PHP SEGV bug tracing.

(Sascha, I really apologize for cc'ing you directly; it's just that I imagined you might wade through the hundreds of php-dev messages and not catch this one at all) I've posted Bug 3456, but since it hasn't drawn any response at all and it's kind of a showstopper for us here, I'm offering to trace and pick up what's wrong. The offending script is inserted below - I can get it to kill php as a standalone binary and as an apache module. _However_, if I turn on debugging (#define DEBUG 1) it stops the problem completely. A backtrace does suggest it's a memory allocation error, but - well - look at it: Program received signal SIGSEGV, Segmentation fault. __pthread_mutex_lock (mutex=0x68206b7e) at mutex.c:82 82 mutex.c: No such file or directory. (gdb) where #0 __pthread_mutex_lock (mutex=0x68206b7e) at mutex.c:82 #1 0x401e0750 in realloc () from /lib/libc.so.6 #2 0x806298a in _erealloc (ptr=0x81ad8f0, size=29) at alloc.c:218 #3 0x805f0f6 in concat_function (result=0xbfffead8, op1=0x81acdd0, op2=0xbfffef28, free_op2=1) at operators.c:730 #4 0x805f187 in concat_function_with_free (result=0xbfffead8, op1=0x81acdd0, op2=0xbfffef28) at operators.c:750 #5 0x805ffc1 in assign_to_variable (result=0xbfffead8, var_ptr=0xbfffef08, expr=0xbfffef28, func=0x805f174 <concat_function_with_free>) at variables.c:232 #6 0x8052409 in phpparse () at language-parser.y:491 #7 0x805c700 in php3_parse (yyin=0x81a4108) at main.c:1538 #8 0x805ccf3 in main (argc=2, argv=0xbffff9c4) at main.c:1829 Since I'm not very familiar with the internals, perhaps someone could point the way or at least hint me on - yeah, I know, DEBUG works. But.. Is 3.0.x dead and forgotten, and that's why we're not supposed to take care of these old bugs and move on to 4.x? Cheers, -- _/\ Christian Reis is sometimes kiko@radiumsystems.com.br \/~ suicide architect | free software advocate | mountain biker