This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author kisielk
Recipients dtcaciuc, kisielk, vstinner
Date 2011-06-28.21:00:00
SpamBayes Score 4.4029091e-10
Marked as misclassified No
Message-id <1309294801.76.0.361023264372.issue12423@psf.upfronthosting.co.za>
In-reply-to
Content
The application is interfacing with a C library that uses abort() to signal fatal errors (horrible, I know..). Instead of core dumping I would like to be able to handle these errors at the Python level and do something else. It's starting to sound like that might be impossible.

You explanation of the abort() behaviour makes sense to me. However, if that's the case then this portion of the docs appears to be incorrect:

"Be aware that programs which use signal.signal() to register a handler for SIGABRT will behave differently."

Maybe my interpretation is wrong, but I would read "behave differently" as "call the signal handler instead" in this case.
History
Date User Action Args
2011-06-28 21:00:01kisielksetrecipients: + kisielk, vstinner, dtcaciuc
2011-06-28 21:00:01kisielksetmessageid: <1309294801.76.0.361023264372.issue12423@psf.upfronthosting.co.za>
2011-06-28 21:00:01kisielklinkissue12423 messages
2011-06-28 21:00:00kisielkcreate