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: Re-Opened
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:
Is there any further information that I can provide to help track this down?
Previous Comments:
------------------------------------------------------------------------
[2012-01-05 02:45:29] larue...@php.net
seems there is something wrong in solaris .. re-open
------------------------------------------------------------------------
[2012-01-04 19:15:45] fedora at famillecollet dot com
Thanks for the patch.
Works for me, httpd.worker + php 5.4.0RC5-dev ZTS 201201041830.
(solaris bug seems another issue)
------------------------------------------------------------------------
[2012-01-04 18:50:34] public at wernig dot net
OK, managed to get gdb into the zone:
# gdb /usr/local/apache2/bin/httpd
GNU gdb 6.8
...
This GDB was configured as "i386-pc-solaris2.11"...
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 00000074
warning: Lowest section in /lib/libdl.so.1 is .dynamic at 00000074
warning: Lowest section in /lib/librt.so.1 is .dynamic at 00000074
warning: Lowest section in /lib/libthread.so.1 is .dynamic at 00000074
Program received signal SIGSEGV, Segmentation fault.
0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1
(gdb) bt
#0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1
#1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1
#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
#4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0
"open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1)
at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617
#5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0
"open_basedir", value=0x8267d00
"/data/web/markus:/usr/local/apache2/php/lib/php", status=4)
at
/opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73
#6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70,
mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316
#7 0x08267cc8 in ?? ()
#8 0x08267cf0 in ?? ()
#9 0x08267d00 in ?? ()
#10 0x00000004 in ?? ()
#11 0x00000000 in ?? ()
------------------------------------------------------------------------
[2012-01-04 18:19:22] public at wernig dot net
Yes, the build is always from a pristine source directory (scripted).
I'm sorry to admit that I do not know how to produce a meaningful backtrace. I
have the core file and gdb installed on the machine, yet not in the environment
(solaris zone) where apache runs. Could you give a pointer on how to produce a
helpful backtrace?
------------------------------------------------------------------------
[2012-01-04 16:05:09] larue...@php.net
can you give me the backtrace? and btw, did you build that from a pure
environ(make clean, make install).
------------------------------------------------------------------------
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
