ID: 31433 User updated by: dgrimes at scvl dot com Reported By: dgrimes at scvl dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: SCO OpenServer 5 PHP Version: 4.3.10 New Comment:
Actually I did use --enable-debug I just wrote my post to you wrong. I recompiled and it produced the same output: (carn700a:root)[/usr/local/bin] gdb /usr/local/bin/php /usr/local/bin/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 "i686-pc-sco3.2v5.0.6"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 Cannot access memory at address 0x0 (gdb) I think the problem I'm having right now is getting gdb to work properly. We use the SCO UDK for Unixware debugger and I'm not sure how or even if I can do a back trace with that debugger. I'm working that right now. Also, I'm working on upgrading the server to SCO 5.0.7 and I'll install gdb from the SCO freeware CD once I have it up and running; hopefully later today. Sorry for the confusion, Dean Previous Comments: ------------------------------------------------------------------------ [2005-01-07 21:00:55] [EMAIL PROTECTED] The configure option is --enable-debug (ENABLE!) And you need to delete config.cache first before reconfigure. ------------------------------------------------------------------------ [2005-01-07 20:31:25] dgrimes at scvl dot com I configured with --disable-all --with-debug but I guess that doesn't work like I thought it would. Anyway, I am recompiling and will have it to you shortly. TERMCAP was not defined previously. I found the issue during testing. When I log on with at telnet session I get coredumps but when I use an X session it would work. So compared the environments and found the difference to be the TERMCAP setting. I decided to set the TERMCAP variable to the value used in the X session for the telnet session and PHP then worked. Dean ------------------------------------------------------------------------ [2005-01-07 18:51:49] [EMAIL PROTECTED] You need to configure with --enable-debug to get meaningful backtrace. Exactly WHAT was TERMCAP set to when this crash happens..? ------------------------------------------------------------------------ [2005-01-07 15:19:11] dgrimes at scvl dot com (carn700a:root)[/usr/local/bin] gdb /usr/local/bin/php /usr/local/bin/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 "i686-pc-sco3.2v5.0.6"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.2...done. Loaded symbols for /usr/lib/libsocket.so.2 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libresolv.so.1...done. Loaded symbols for /usr/lib/libresolv.so.1 #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 (gdb) bt #0 0x80021bb2 in getcwd () from /usr/lib/libc.so.1 Cannot access memory at address 0x0 (gdb) ------------------------------------------------------------------------ [2005-01-07 07:40:58] [EMAIL PROTECTED] 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. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/31433 -- Edit this bug report at http://bugs.php.net/?id=31433&edit=1
