An intuitive and unified API to run code when Python exit
Project description
Postscriptum wraps atexit.register, sys.excepthook and signal.signal to lets you do:
import postscriptum watch = postscriptum.setup() # do this before creating a thread or a process @watch.on_finish() # don't forget the parenthesis ! def _(context): print("When the program finishes, no matter the reason.") @watch.on_terminate() def _(context): # context contains the signal that lead to termination print("When the user terminates the program. E.G: Ctrl + C, kill -9, etc.") @watch.on_crash() def _(context): # context contains the exception and traceback print("When there is an unhandled exception")
All those functions will be called automatically at the proper moment. The handler for on_finish will be called even if another handler has been called.
If the same function is used for several events:
@watch.on_finish() @watch.on_terminate() def t(context): print('woot!')
It will be called only once.
If several functions are used as handlers for the same event:
@watch.on_terminate() def _(context): print('one!') @watch.on_terminate() def _(context): print('two!')
The two functions will be called. Hooks from code not using postscriptum will be preserved by default for exceptions and atexit. Hooks from code not using postscriptum for signals are replaced. They can be restored using watch.restore_hooks().
You can also react to sys.exit() and manual raise of SystemExit:
@watch.on_quit() def _(context): # context contains the exit code print('Why me ?')
BUT for this you MUST use the watcher as a decorator:
@watch() def main(): do_stuff() main()
Or as a context manager:
with watch(): do_stuff()
All decorators are stackable. If you use other decorators than the ones from postcriptum, put postcriptum decorators at the top:
@watch.on_quit() @other_decorator() def handler(context): pass
Alternatively, you can add the handler imperatively:
@other_decorator() def handler(context): pass
watch.add_quit_handler(handler). All on_* method have their imperative equivalent.
The context is a dictionary that can contain:
For on_crash handlers:
exception_type: the class of the exception that lead to the crash
exception_value: the value of the exception that lead to the crash
exception_traceback: the traceback at the moment of the crash
previous_exception_hook: the callable that was the exception hook before we called setup()
For on_terminate handlers:
signal: the number representing the signal that was sent to terminate the program
signal_frame: the frame state at the moment the signal arrived
previous_signal_hook: the signal handler that was set before we called setup()
recommended_exit_code: the polite exit code to use when exiting after this signal
For on_quit handlers:
exit_code: the code passed to SystemExit/sys.exit.
For on_finish handlers:
The contex is empty if the program ends cleanly, otherwise, it will contain the same entries as one of the contexts above.
Currently, postscriptum does not provide a hook for
sys.unraisablehook
exception occuring in other threads (threading.excepthook from 3.8 will allow us to do that later)
unhandled exception errors in unawaited asyncio (not sure we should do something though)
Install
It’s on pypi:
pip install postscriptum
Why this lib ?
Python has 3 very different API to deal with exiting, and they all have their challenges:
atexit: the handler is always called, weither python exited cleanly or not, which can lead do duplicated calls. Except if you get a SIGTERM signal when it’s silently ignored. Even whell called, it doesn’t give any information on the cause of the exit.
signal: to you capture terminating signals, you need to know which ones to watch for (and they differ depending of the OS). Normal behavior is to exit, but if you set your handler, the program will not exit unless you call sys.exit(). Finally, you can only have one handler for each signal.
sys.excepthool is called on all exception, but not SystemExit. It also leads to hard to debug errors if you don’t call the previous hook properly. And you can have only one handler.
Also, there is no automatic way to react to sys.exit(). And no way to distinguish SystemExit from sys.exit(), which you need for signals.
Postscriptum doesn’t deal with the last goatchas yet:
signals are caught by childs and passed to the main threads, but not exceptions.
messing up in your handler may cause you to have no error message at all.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distributions
Built Distribution
Hashes for postscriptum-0.2-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 00ad433b90d80b279cb61a1e352c0a6ad860d9e53dc001b3ea1b60d67f2efdfd |
|
MD5 | d082dfbf631927c017754bfde72cf783 |
|
BLAKE2b-256 | b61c57087e2b2da42962c3c0eeb69ef58b581c72825cd4c8945e7539b839a2df |