ID: 23196
User updated by: dave at socrates dot thinkhost dot com
Reported By: dave at socrates dot thinkhost dot com
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: FreeBSD-4.7RC
PHP Version: 4.3.2RC1
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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...
------------------------------------------------------------------------
[2003-04-21 12:56:50] sniper@php.net
Most likely just broken system (hardware or compile tools)
------------------------------------------------------------------------
[2003-04-14 01:53:23] dave at socrates dot thinkhost dot com
I built a new PHP DSO and CGI for one of our FreeBSD machines. The odd
thing is that the "same" (built with the same configure command) CGI
binary works on a similar machine without error.
The PHP CGI works fine when called from the shell, but dies and dumps a
core when called by suexec (apache). A back trace of the core dump is
included below:
================================================
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/local/lib/libmcal.so...done.
Reading symbols from /usr/local/lib/libc-client4.so.8...done.
Reading symbols from /usr/local/lib/libssl.so.4...done.
Reading symbols from /usr/local/lib/libcrypto.so.4...done.
Reading symbols from /usr/local/lib/libexpat.so.4...done.
Reading symbols from /usr/local/lib/libpq.so.2...done.
Reading symbols from /usr/local/lib/libpdf.so.4...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/local/lib/libtiff.so.4...done.
Reading symbols from /usr/local/lib/libpng.so.5...done.
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.10...done.
Reading symbols from /usr/local/lib/libming.so.3...done.
Reading symbols from /usr/local/lib/libmhash.so.2...done.
Reading symbols from /usr/local/lib/libmcrypt.so.8...done.
Reading symbols from /usr/local/lib/libltdl.so.1...done.
Reading symbols from /usr/local/lib/libldap.so.2...done.
Reading symbols from /usr/local/lib/liblber.so.2...done.
Reading symbols from /usr/lib/libpam.so.1...done.
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Reading symbols from /usr/local/lib/libintl.so.4...done.
Reading symbols from /usr/local/lib/libgd.so.2...done.
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Reading symbols from /usr/local/lib/libcurl.so.2...done.
Reading symbols from /usr/local/lib/libxml2.so.5...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/lib/libssl.so.3...done.
Reading symbols from /usr/lib/libcrypto.so.3...done.
Reading symbols from /usr/local/lib/libssl.so.3...done.
Reading symbols from /usr/local/lib/libcrypto.so.3...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x8176b76 in _estrdup (s=0x0) at
/usr/local/src/php-4.3.2RC1/Zend/zend_alloc.c:337
337 length = strlen(s)+1;
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=23196&edit=1