#23196 [NoF->Opn]: Strange Core Dumps

ID: 23196 User updated by: dave at socrates dot thinkhost dot com Reported By: dave at socrates dot thinkhost dot com -Status: No Feedback +Status: Open Bug Type: CGI related -Operating System: FreeBSD-4.7RC +Operating System: FreeBSD-4.8-STABLE -PHP Version: 4.3.2RC1 +PHP Version: 4.3.2RC New Comment: Core was generated by `php'. Program terminated with signal 11, Segmentation fault. 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/libexec/ld-elf.so.1...done. #0 0x28202975 in strlen () from /usr/lib/libc.so.4 4.3.1 Source works fine. 4.3.2RC1 and latest CVS Snap produce the above What is wrong? Previous Comments: ------------------------------------------------------------------------ [2003-04-29 10:20:39] sniper@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. ------------------------------------------------------------------------ [2003-04-24 04:06:02] 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. Get the latest STABLE cvs snapshot first. (and configure with --enable-debug) ------------------------------------------------------------------------ [2003-04-23 15:11:40] dave at socrates dot thinkhost dot com Same thing! Core was generated by `php'. Program terminated with signal 11, Segmentation fault. 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/libexec/ld-elf.so.1...done. #0 0x80bd4b2 in _estrdup (s=0x0) at /usr/local/src/php-4.3.2RC1/Zend/zend_alloc.c:337 337 length = strlen(s)+1; The writing on the wall does not get any more clear. ------------------------------------------------------------------------ [2003-04-23 03:27:18] sniper@php.net Try this configure line: ./configure --disable-all ------------------------------------------------------------------------ [2003-04-22 16:12:19] dave at socrates dot thinkhost dot com My solution to the problem for the time being is to re-compile using the 4.3.1 source, which built a working PHP CGI binary (There goes your theory about hardware/compiler problems?). I've spent the afternoon trying everything I can think of, all signs point to this problem being specific to the 4.3.2RC1 source tree. I am going to wait for the next version of PHP that is not RC grade. Also note that I built a "minimal" PHP CGI (with a very limited set of configure commands, to rule out the extensions as the cause of the problem), and it dumped a core which revealed the same end result in the back trace as the one I have already posted. ------------------------------------------------------------------------ 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/23196 -- Edit this bug report at http://bugs.php.net/?id=23196&edit=1