* Thus wrote Marc G. Fournier: > > Note that the following is based on php installed via the FreeBSD ports > system ... > > > > I'm getting a core file, but if I try: > > gdb /usr/local/bin/php php.core ... its definitely not looking good: > > s# gdb /usr/local/bin/php php.core > ... > > Core was generated by `php'. > Program terminated with signal 6, Abort trap. > Reading symbols from /usr/lib/libcrypt.so.2...done. > Reading symbols from /usr/lib/libm.so.2...done. > Reading symbols from /usr/lib/libc.so.4...done. > Reading symbols from /usr/local/lib/php/20020429/interbase.so...done. > Reading symbols from /usr/local/firebird/lib/libfbembed.so.1...Deprecated > bfd_read called at > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dwarf2read.c > line 3049 in dwarf2_read_section > Error while reading shared library symbols: > Dwarf Error: Cannot handle DW_FORM_strp in DWARF reader. > Reading symbols from /usr/lib/libncurses.so.5...done. > Error while reading shared library symbols: > ì: No such file or directory. > Error while reading shared library symbols: > ynamic: No such file or directory. > Segmentation fault (core dumped) Interesting core dump :) Try running php directly from gdb instead of reading the core file: % gdb /usr/loca/bin/php ... > run script.php ... > bt See if that produces a better backtrace. > > mod_php4 appears to work fine, just the command line version seems to be > off ... and its running, producing expected output, its just that last > 'Abort' that tends to screw things up a bit ... My bet is you have a buggy library somewhere, ncurses being a viable candidate since it does not get loaded in mod_php4. Curt -- Quoth the Raven, "Nevermore." -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
