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

ID: 23196 Updated by: sniper@php.net Reported By: dave at socrates dot thinkhost dot com -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: FreeBSD-4.7RC PHP Version: 4.3.2RC1 New Comment: 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. Previous Comments: ------------------------------------------------------------------------ [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. ------------------------------------------------------------------------ [2003-04-22 14:12:38] dave at socrates dot thinkhost dot com Okay, I CVSup'ed the FreeBSD source, and made a new world and kernel. I also download a fresh copy of the 4.3.2RC1 source. I noticed during the configure command output, that bison was missing, so I added bison from the ports, and re-build the php CGI binary. Same problem. We are a RackSpace customer, and the hardware seems fine. We built everything else in the system using the same build tools, but only the PHP CGI is broken. As I mentioned, it works from the shell, but has trouble when called by suexec. How do I fix this problem? I am running out of ideas... ------------------------------------------------------------------------ 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