For some reason, core file does not have symbols even with --enable-debug. I loaded symbols from php binary and got backtrace. I thought most of people were getting segfaults... It looks like it depends on config.
Anyway, here is meaningful backtrace. GNU DDD 3.3 (i686-pc-linux-gnu), by Dorothea Ltkehaus and Andreas Zeller. Copyright 1995-1999 Technische Universitt Braunschweig, Germany. Copyright 1999-2001 Universitt Passau, Germany. Core was generated by `php -q run-tests.php'. Program terminated with signal 11, Segmentation fault. #0 0x08148783 in ?? () (gdb) list 'main' No symbol table is loaded. Use the "file" command. (gdb) file /home/yohgaki/cvs/php/dist/php-4.0.7RC3/php (gdb) core-file /home/yohgaki/cvs/php/dist/php-4.0.7RC3/core Core was generated by `php -q run-tests.php'. Program terminated with signal 11, Segmentation fault. #0 0x08148783 in _zval_dtor (zvalue=0x822765c, __zend_filename=0x81a705c "zend_execute_API.c", __zend_lineno=268) at zend_variables.c:43 /home/yohgaki/cvs/php/dist/php-4.0.7RC3/Zend/zend_variables.c:43:1784:beg:0x8148783 (gdb) bt #0 0x08148783 in _zval_dtor (zvalue=0x822765c, __zend_filename=0x81a705c "zend_execute_API.c", __zend_lineno=268) at zend_variables.c:43 #1 0x0813ffb2 in _zval_ptr_dtor (zval_ptr=0x822a2a8, __zend_filename=0x81a78f3 "zend_variables.c", __zend_lineno=192) at zend_execute_API.c:268 #2 0x08148bdb in _zval_ptr_dtor_wrapper (zval_ptr=0x822a2a8) at zend_variables.c:192 #3 0x0814f489 in zend_hash_destroy (ht=0x822a1ec) at zend_hash.c:541 #4 0x08148801 in _zval_dtor (zvalue=0x822a1ac, __zend_filename=0x81a705c "zend_execute_API.c", __zend_lineno=268) at zend_variables.c:51 #5 0x0813ffb2 in _zval_ptr_dtor (zval_ptr=0x822a310, __zend_filename=0x81a78f3 "zend_variables.c", __zend_lineno=192) at zend_execute_API.c:268 #6 0x08148bdb in _zval_ptr_dtor_wrapper (zval_ptr=0x822a310) at zend_variables.c:192 #7 0x0814f489 in zend_hash_destroy (ht=0x81e6868) at zend_hash.c:541 #8 0x0813fcc2 in shutdown_executor () at zend_execute_API.c:172 #9 0x08149ab2 in zend_deactivate () at zend.c:600 #10 0x0806862c in php_request_shutdown (dummy=0x0) at main.c:736 #11 0x08066f23 in main (argc=3, argv=0xbffff9dc) at cgi_main.c:775 #12 0x403f81be in __libc_start_main (main=0x80664b0 <main>, argc=3, ubp_av=0xbffff9dc, init=0x8063de4 <_init>, fini=0x817d4dc <_fini>, rtld_fini=0x4000ddd0 <_dl_fini>, stack_end=0xbffff9cc) at ../sysdeps/generic/libc-start.c:129 (gdb) Zeev Suraski wrote: > At 09:00 05-10-01, Yasuo Ohgaki wrote: > >> Yasuo Ohgaki wrote: >> >>> Zeev Suraski wrote: >>> >>>> Finally, it's out. >>>> www.php.net/~zeev/php-4.0.7RC3.tar.gz >>> >> >> In addition to previous problem, CGI build seems to print following >> line again.. >> >> X-Powered-By: PHP/4.0.7RC3 Content-type: text/html >> >> I saw this line in phpinfo(). >> >> % php -i > info.html >> % mozilla info.html >> >> OS: Kondara 2.0/Linux 2.4.4/glibc 2.2.2 (This distribution is mostly >> the same as RedHat 7.1) >> >> BTW, I build CGI version with much less options (./configure >> --enable-debug) PHP does not segfault at the end of test script >> execution. > > > Can you do a 'binary search' and find out which option causes PHP to > crash? The backtrace is pretty meaningless :I > > Zeev > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
