Closes #1215: document better why it is not a good idea to catch e.g. SIGSEGV and refer to faulthandler.

Patch by Martin Pool.
This commit is contained in:
Georg Brandl 2013-10-06 21:22:42 +02:00
parent a072de14be
commit c377fe2b96
2 changed files with 6 additions and 1 deletions

View File

@ -36,7 +36,11 @@ at a later point(for example at the next :term:`bytecode` instruction).
This has consequences:
* It makes little sense to catch synchronous errors like :const:`SIGFPE` or
:const:`SIGSEGV`.
:const:`SIGSEGV` that are caused by an invalid operation in C code. Python
will return from the signal handler to the C code, which is likely to raise
the same signal again, causing Python to apparently hang. From Python 3.3
onwards, you can use the :mod:`faulthandler` module to report on synchronous
errors.
* A long-running calculation implemented purely in C (such as regular
expression matching on a large body of text) may run uninterrupted for an

View File

@ -974,6 +974,7 @@ Oleg Plakhotnyuk
Remi Pointel
Guilherme Polo
Michael Pomraning
Martin Pool
Iustin Pop
Claudiu Popa
John Popplewell