SIGTERM is no longer caught to call sys.exitfunc.
This change was made long ago but the documentation was never updated.
This commit is contained in:
parent
2cafcbb440
commit
5fc9c869dd
|
@ -42,10 +42,8 @@ catch synchronous errors like \constant{SIGFPE} or \constant{SIGSEGV}.
|
|||
\item
|
||||
Python installs a small number of signal handlers by default:
|
||||
\constant{SIGPIPE} is ignored (so write errors on pipes and sockets can be
|
||||
reported as ordinary Python exceptions), \constant{SIGINT} is translated
|
||||
into a \exception{KeyboardInterrupt} exception, and \constant{SIGTERM} is
|
||||
caught so that necessary cleanup (especially \code{sys.exitfunc}) can
|
||||
be performed before actually terminating. All of these can be
|
||||
reported as ordinary Python exceptions) and \constant{SIGINT} is translated
|
||||
into a \exception{KeyboardInterrupt} exception. All of these can be
|
||||
overridden.
|
||||
|
||||
\item
|
||||
|
|
|
@ -122,9 +122,9 @@ way to exit a program when an error occurs.
|
|||
This value is not actually defined by the module, but can be set by
|
||||
the user (or by a program) to specify a clean-up action at program
|
||||
exit. When set, it should be a parameterless function. This function
|
||||
will be called when the interpreter exits in any way (except when a
|
||||
fatal error occurs: in that case the interpreter's internal state
|
||||
cannot be trusted).
|
||||
will be called when the interpreter exits. Note: the exit function
|
||||
is not called when the program is killed by a signal, when a Python
|
||||
fatal internal error is detected, or when \code{os._exit()} is called.
|
||||
\end{datadesc}
|
||||
|
||||
\begin{funcdesc}{getrefcount}{object}
|
||||
|
|
Loading…
Reference in New Issue