trio
Here are 112 public repositories matching this topic...
What should happen if deliver_cancel raises an exception? In the current implementation, the shielded cancel scope will prevent it from propagating until the process exits, which might take a while if the crash occurred before signaling the process in any way. Maybe on exception from a user-specified deliver_cancel we should call the default deliver_cancel to kill the process? Or just kill() since
-
Updated
Jan 10, 2022 - Python
-
Updated
Dec 15, 2021 - Python
-
Updated
Jan 11, 2022 - Python
-
Updated
Dec 28, 2021 - Python
What was wrong?
A common BroadcastConfig to use is BroadcastConfig(require_subscriber=False). It would be nice to have a constant for that so applications that are using the event bus can import it directly from lahja.
How can it be fixed?
-
Create a new constant
FIRE_AND_FORGET_BROADCASTINGinlahja/constants.py -
Import it in
lahja/__init__.pyso that it gets r
-
Updated
Jan 7, 2022 - Python
-
Updated
Dec 23, 2021 - Python
It doesn't make sense to have the copy-pasted verbose logging configuration in main.py, main_pingpong.py and main_pingpong_servicer.py, which has the effect equal to
logging.basicConfig(format="[%(asctime)s - %(name)s - %(levelname)s]: %(message)s", level=logging.WARNING)TLS
-
Updated
Sep 3, 2020 - Python
-
Updated
Oct 12, 2020 - Python
-
Updated
Jan 12, 2018 - Python
-
Updated
May 22, 2017 - Python
-
Updated
Jan 5, 2022 - Python
-
Updated
Sep 4, 2020 - Python
-
Updated
May 15, 2021 - Python
-
Updated
Sep 6, 2021 - Dockerfile
Improve this page
Add a description, image, and links to the trio topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the trio topic, visit your repo's landing page and select "manage topics."
After reading through the docs section on NETRC support, we happen to support passing the NETRC file location via a
NETRCenvironment variable. But this is not documented in Environment Variables, so let's add it there.