Edit report at https://bugs.php.net/bug.php?id=60627&edit=1
ID: 60627
Comment by: public at wernig dot net
Reported by: fedora at famillecollet dot com
Summary: httpd.worker segfault on startup with php_value
Status: Feedback
Type: Bug
Package: Apache2 related
Operating System: GNU/Linux (Fedora 16)
PHP Version: 5.4SVN-2011-12-30 (snap)
Assigned To: laruence
Block user comment: N
Private report: N
New Comment:
Hi all
After a couple of upgrades:
- solaris from express to 11.0
- apache from 2.2.21 to 2.2.22
I can now get the latest snapshot 201202281230 working!
[Tue Feb 28 14:20:59 2012] [notice] Apache/2.2.22 (Unix) PHP/5.4.0RC9-dev mod_ssl/2.2.22
OpenSSL/1.0.0g configured -- resuming normal operations
Apache does not segfault anymore, event though there are php_admin_values throughout all config
files.
So, at the moment, I don't know why, but it works for me.
Previous Comments:
------------------------------------------------------------------------
[2012-01-30 03:33:24] laruence@php.net
weird, does anyone else can reproduce this with the latest snap yet?
------------------------------------------------------------------------
[2012-01-05 20:07:55] public at wernig dot net
fwiw, here's file and linkeage info:
# file /usr/local/apache2/modules/libphp5.so
/usr/local/apache2/modules/libphp5.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically
linked, not stripped
# ldd /usr/local/apache2/modules/libphp5.so
libcrypt.so.1 => /usr/lib/libcrypt.so.1
libc-client.so => /usr/local/imap/lib/libc-client.so
libresolv.so.2 => /lib/libresolv.so.2
librt.so.1 => /lib/librt.so.1
libmysqlclient.so.18 => /usr/local/mysql/lib/libmysqlclient.so.18
libcrypto.so.1.0.0 => /usr/local/ssl/lib/libcrypto.so.1.0.0
libssl.so.1.0.0 => /usr/local/ssl/lib/libssl.so.1.0.0
libpam.so.1 => /lib/libpam.so.1
libintl.so.8 => /opt/csw/lib/libintl.so.8
libdb-4.7.so => /opt/csw/lib/libdb-4.7.so
libz.so => /opt/csw/lib/libz.so
libm.so.2 => /lib/libm.so.2
libnsl.so.1 => /lib/libnsl.so.1
libsocket.so.1 => /lib/libsocket.so.1
libxml2.so.2 => /lib/libxml2.so.2
libc.so.1 => /lib/libc.so.1
libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1
libgen.so.1 => /lib/libgen.so.1
libmd.so.1 => /lib/libmd.so.1
libthread.so.1 => /lib/libthread.so.1
libz.so.1 => /lib/libz.so.1
libdl.so.1 => /lib/libdl.so.1
libiconv.so.2 => /opt/csw/lib/libiconv.so.2
libpthread.so.1 => /lib/libpthread.so.1
libmp.so.2 => /lib/libmp.so.2
------------------------------------------------------------------------
[2012-01-05 20:04:56] public at wernig dot net
Yes, this is exactly as it is displayed by gdb. I still have the console open, and the output is
what I have pasted. Strange, now that you mention it...
------------------------------------------------------------------------
[2012-01-05 10:21:34] laruence@php.net
@public are you sure your backtrace is simple copy&paste? there is two strange
lines:
#2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-
201201041430/TSRM/TSRM.c:391
#3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-
5/tmp/php5.4-201201041430/TSRM/TSRM.c:391
both of them are in line 391.
------------------------------------------------------------------------
[2012-01-05 09:19:03] laruence@php.net
sorry, kind of buzy these days, I will look at this in 1 or 2 days, thanks
------------------------------------------------------------------------
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
https://bugs.php.net/bug.php?id=60627
--
Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1