Message269326
| Author |
gvanrossum |
| Recipients |
abarry, ezio.melotti, gvanrossum, r.david.murray, serhiy.storchaka, vstinner, ztane |
| Date |
2016年06月27日.00:05:31 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<CAP7+vJJyqGeSeLusS42JrdstaYW-TPeJANpOK85+WS1rn5X8Fw@mail.gmail.com> |
| In-reply-to |
<1466982281.31.0.0266140770325.issue27364@psf.upfronthosting.co.za> |
| Content |
Hm, if you manage to trigger an assert() in the C code by writing some evil
Python code, the C code is considered broken (unless it was using ctypes or
one or two other explicit "void-the-warranty" exceptions).
Maybe someone who has worked more with the C code recently could help you
dig into this more; my memory is unreliable when it comes to these details.
Maybe assert() calls are disabled by default? In general the error "...
returned a result with an error set" means there's a problem at the C level
where a function should have either returned an object or returned NULL
with the per-thread exception state set, but it was found to return an
object *and* set the exception state. IIRC only debug mode checks for that,
so such a bug occasionally creeps into the code. But you shouldn't assume
everything is fine until you've tracked down the cause. |
|