Message139376
| 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:01 | kisielk | set | recipients:
+ kisielk, vstinner, dtcaciuc |
| 2011年06月28日 21:00:01 | kisielk | set | messageid: <1309294801.76.0.361023264372.issue12423@psf.upfronthosting.co.za> |
| 2011年06月28日 21:00:01 | kisielk | link | issue12423 messages |
| 2011年06月28日 21:00:00 | kisielk | create |
|