From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.2
PHP Bug Type: Apache2 related
Bug description: segfault after adding LoadModule with "apachectl restart"
Description:
------------
If you install php4 while your server is running, it adds its LoadModule
line to the httpd.conf file as you'd expect. If you run "apachectl
restart", which executes a non-graceful restart of apache, it succeeds,
also as you'd expect. But from then on, all requests cause the child
process to segfault. If you stop Apache and start it back up again, then
it works as expected. This is obviously a non-critical problem since it's
a
one-time deal and it's easy to work around. Seemed worth reporting
anyway. My guess from the backtrace (where you can see it's trying to
lock a pthread mutex from the tsrm) is that because I just restarted
rather than stopping and restarting, the tsrm did not have a chance to
initialize the pthread mutex that it's trying to lock (hence the null
mutexp pointer).
Expected result:
----------------
Actual result:
--------------
(gdb) bt
#0 0x4020691e in pthread_mutex_lock () from /lib/tls/libpthread.so.0
#1 0x4044b047 in tsrm_mutex_lock (mutexp=0x0) at
/root/php-4.3.2/TSRM/TSRM.c:520
#2 0x4044adce in ts_resource_ex (id=0, th_id=0x414ecd30) at
/root/php-4.3.2/TSRM/TSRM.c:324
#3 0x4048ad88 in php_handler (r=0x81e25a8)
at /root/php-4.3.2/sapi/apache2handler/sapi_apache2.c:456
#4 0x080a1f36 in ap_run_handler (r=0x81e25a8) at config.c:195
#5 0x080a244e in ap_invoke_handler (r=0x81e25a8) at config.c:401
#6 0x0808251c in ap_internal_redirect (new_uri=0x81e2598
"/index.html.en", r=0x81d8968)
at http_request.c:498
#7 0x0809b8a4 in handle_map_file (r=0x81d8968) at
mod_negotiation.c:2983
#8 0x080a1f36 in ap_run_handler (r=0x81d8968) at config.c:195
#9 0x080a244e in ap_invoke_handler (r=0x81d8968) at config.c:401
#10 0x08082067 in ap_process_request (r=0x81d8968) at
http_request.c:288
#11 0x0807e2a1 in ap_process_http_connection (c=0x81d49c8) at
http_core.c:293
#12 0x080aaf36 in ap_run_process_connection (c=0x81d49c8) at
connection.c:85
#13 0x0809f16e in process_socket (p=0x81d48b0, sock=0x81d48e8,
my_child_num=1095683460,
my_thread_num=0, bucket_alloc=0x8199d00) at worker.c:632
#14 0x0809f7c7 in worker_thread (thd=0x8160e58,
dummy=0x414ecd30) at worker.c:947
#15 0x080d1860 in dummy_worker (opaque=0x414ecd30) at
thread.c:127
#16 0x40205332 in start_thread () from /lib/tls/libpthread.so.0
--
Edit bug report at http://bugs.php.net/?id=25141&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25141&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25141&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25141&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25141&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25141&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25141&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=25141&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25141&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=25141&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=25141&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25141&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25141&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25141&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25141&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=25141&r=gnused
