#20021 [Opn->Fbk]: core when execute phpinfo()

ID: 20021 Updated by: iliaa@php.net Reported By: scalero@datadec.es -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: tru64 v5.1 PHP Version: 4.2.3 New Comment: Do you have any CFLAGS exported that could cause the debugging symbols to be lost? Previous Comments: ------------------------------------------------------------------------ [2002-10-22 11:41:55] scalero@datadec.es This is all I can obtain by gdb on my system: # /usr/local/bin/gdb /usr/internet/httpd/bin/httpd /usr/internet/httpd/core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev67-dec-osf5.1"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 6, Aborted. Reading symbols from /sbin/loader...(no debugging symbols found)...done. Loaded symbols for /sbin/loader Reading symbols from /usr/shlib/libm.so...(no debugging symbols found)...done. Loaded symbols for /usr/shlib/libm.so Reading symbols from /usr/shlib/libc.so...(no debugging symbols found)...done. Loaded symbols for /usr/shlib/libc.so Reading symbols from /usr/internet/httpd/libexec/libphp4.so...done. Loaded symbols for /usr/internet/httpd/libexec/libphp4.so Reading symbols from /usr/shlib/libldapssl30.so...done. Loaded symbols for /usr/shlib/libldapssl30.so Reading symbols from /usr/local/lib/libintl.so...done. Loaded symbols for /usr/local/lib/libintl.so Reading symbols from /usr/shlib/libexc.so...done. Loaded symbols for /usr/shlib/libexc.so Reading symbols from /usr/shlib/librt.so...done. Loaded symbols for /usr/shlib/librt.so Reading symbols from /usr/shlib/libaio_raw.so...done. Loaded symbols for /usr/shlib/libaio_raw.so Reading symbols from /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0...done. Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libclntsh.so.8.0 Reading symbols from /usr/shlib/libcxx.so...done. Loaded symbols for /usr/shlib/libcxx.so Reading symbols from /usr/shlib/libpthread.so...done. Loaded symbols for /usr/shlib/libpthread.so Reading symbols from /usr/shlib/libmach.so...done. Loaded symbols for /usr/shlib/libmach.so Reading symbols from /usr/shlib/libiconv.so...done. Loaded symbols for /usr/shlib/libiconv.so ---Type <return> to continue, or q <return> to quit--- Reading symbols from /u01/app/oracle/product/8.1.7/lib/libwtc8.so...mipsread.c:402: gdb-internal-error: sect_index_data not initiald An internal GDB error was detected. This may make further debugging unreliable. Quit this debugging session? (y or n) n Create a core file containing the current state of GDB? (y or n) n Reading symbols from /usr/shlib/libsialdap.so...done. Loaded symbols for /usr/shlib/libsialdap.so Reading symbols from /usr/shlib/libsecurity.so...done. Loaded symbols for /usr/shlib/libsecurity.so Reading symbols from /usr/shlib/libdb.so...done. Loaded symbols for /usr/shlib/libdb.so Reading symbols from /usr/shlib/libaud.so...done. Loaded symbols for /usr/shlib/libaud.so Reading symbols from /usr/shlib/libevm.so...done. Loaded symbols for /usr/shlib/libevm.so Reading symbols from /usr/shlib/libclu.so...done. Loaded symbols for /usr/shlib/libclu.so #0 0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so #3 0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so (gdb) If this is insufficient, I can attach the core to a mail for "sniper@php.net". ------------------------------------------------------------------------ [2002-10-22 10:18:18] sniper@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ------------------------------------------------------------------------ [2002-10-22 04:48:10] scalero@datadec.es At startup: # /usr/internet/httpd2/bin/apachectl start Unaligned access pid=127407 <httpd> va=0x3fffffec0ac pc=0x3ffbff773f0 ra=0x3ffbff773e4 inst=0xb4010000 Unaligned access pid=127407 <httpd> va=0x3fffffed8dc pc=0x3ffbff773f0 ra=0x3ffbff773e4 inst=0xb4010000 /usr/internet/httpd2/bin/apachectl start: httpd started And continues with the problem, this is de gdb out: Loaded symbols for /usr/shlib/libclu.so #0 0x3ff800e1f28 in kill () from /usr/shlib/libc.so (gdb) bt #0 0x3ff800e1f28 in kill () from /usr/shlib/libc.so #1 0x3ffbff4bf34 in url_adapt (src=0x11ffd8ef0 "Àço¿\003", srclen=4396972226040, data=0x3fffffb8710 "/data/sebas/programs/php4-200210220000/Zend/zend_execute.c", newlen=0x5a5a5a5c) at url_scanner.c:346 warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x14068bf18 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. With the snapshot another scripts make cores. Many thanks. ------------------------------------------------------------------------ [2002-10-22 03:39:09] sniper@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip ------------------------------------------------------------------------ [2002-10-22 02:41:29] scalero@datadec.es In tru64 v.5.1, apache 1.3.26 and php.4.2.3 compiled with: ./configure --enable-ftp --with-gettext --with-imap=imap-uw --with-oci8 --with-apxs=apxs --enable-debug --with-ldap=ldap_sdk When I execute phpinfo(), I obtain a core in the apache root directory. The gdb 5.2.1 program runs with problems in tru64 v.5.1 but this is all the results: #0 0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff805cb1d8 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff805b7938 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff805c07d0 in __tsInitSelf () from /usr/shlib/libpthread.so #3 0x3ff80118d28 in tis_raise () from /usr/shlib/libc.so ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=20021&edit=1