[Zope-dev] Re: Zope 2.7 and objects turning into None
Tim Peters
tim at zope.com
Tue Feb 24 17:20:30 EST 2004
>> #0 0x6257255 in select_select (self=0x0, args=0x3d641f7c)
>> at
>> /usr/local/src/python_release23-maint/Modules/selectmodule.c:171 171
>> } (gdb) bt #0 0x6257255 in select_select (self=0x0, args=0x3d641f7c)
>> at
>> /usr/local/src/python_release23-maint/Modules/selectmodule.c:171
[Dieter Maurer]
> It is almost surely not this thread that got the SIGSEGV (unless
> it is a C runtime stack overflow, quite common on BSD systems).
I've got serious wonders about that:
1. The full stack trace had more than 350 frames, which is excessive
even for Zope <0.9 wink>.
2. Line 171 of selectmodule.c in Python branch release23-maint is the
closing curly brace of internal function set2list(). When a
debugger dies pointing to a function's closing curly, it can mean
that the generated return-from-function C code is blowing up
due to stack corruption.
But not enough info to say for sure ...
More information about the Zope-Dev
mailing list