"Tim Peters" <tim_one@email.msn.com> writes:
> If it's in gc, I probably caused it. So I'm not asking you to fix it
> <wink>. It would help to know if anyone is having problems under Linux, and
> especially if you are and the debugger there is more helpful in a release
> build.
It crashes for me as well, in test_builtin, with the backtrace
#0 0x40340019 in main_arena () from /lib/libc.so.6
#1 0x080edad6 in visit_decref (op=0x8343fa4, data=0x80eda90) at Modules/gcmodule.c:236
#2 0x08097a70 in tupletraverse (o=0x40351e64, visit=0x80eda90 <visit_decref>, arg=0x0)
at Objects/tupleobject.c:398
#3 0x080ed152 in collect (generation=2) at Modules/gcmodule.c:250
#4 0x080ed764 in gc_collect (self=0x0, noargs=0x0) at Modules/gcmodule.c:731
#5 0x080be763 in call_function (pp_stack=0xbfffee9c, oparg=24) at Python/ceval.c:3400
#6 0x080bcb9e in eval_frame (f=0x834013c) at Python/ceval.c:2091
#7 0x080bd685 in PyEval_EvalCodeEx (co=0x403aae60, globals=0x18, locals=0x0,
args=0x834013c, argcount=0, kws=0x82fb2dc, kwcount=0, defs=0x403bd470, defcount=11,
closure=0x0) at Python/ceval.c:2638
#8 0x080be81e in fast_function (func=0x40351e64, pp_stack=0xbffff02c, n=0, na=0, nk=0)
at Python/ceval.c:3504
#9 0x080be671 in call_function (pp_stack=0xbffff02c, oparg=24) at Python/ceval.c:3433
#10 0x080bcb9e in eval_frame (f=0x82fb18c) at Python/ceval.c:2091
#11 0x080bd685 in PyEval_EvalCodeEx (co=0x4045a220, globals=0x18, locals=0x4036279c,
args=0x82fb18c, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0)
at Python/ceval.c:2638
The tuple being traversed has 19 elements, of types:
NoneType, int, int, int, int, int, int, int, int, int, int, int,
int, int, int, long, int, float, <NULL>
It crashes on the last tuple element, which is a garbage pointer.
Regards,
Martin
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4