Bug #16475 Updated: segfault at startup with Apache 2.0.35

ID: 16475 Updated by: aaron@php.net Reported By: sebastian.wolfgarten@gmx.net -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.x PHP Version: 4.2.0RC2-4 New Comment: This bug has been fixed in CVS. I just committed a fix for this in sapi/apache2filter/sapi_apache2.c version 1.74 (from CVS HEAD). If you are still seeing the problem after trying this version please reopen this bug. Thank you for using Apache/PHP! Previous Comments: ------------------------------------------------------------------------ [2002-04-23 16:12:24] sebastian.wolfgarten@gmx.net Hi, try submitting a backtrace. See http://bugs.php.net/bugs-generating-backtrace.php to create it - it's quite simple but helps the developers a lot. Did you compile apache with the option "--with-apxs2"? Just gimme a hint when I should try to compile apache with php on my system again... Bye, Sebastian ------------------------------------------------------------------------ [2002-04-23 14:55:29] mclinden@informed.net Well, this is probably not much help, but with gcc-2.95.3, linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior, namely, httpd -X crashes with a segmentation fault whenever I access ANY page on the server, PHP or not. This only happens AFTER the PHP module is loaded. With the vanilla apache (no php) I have no problems, whatsoever. Also, configuration of both apache and php is minimal. ------------------------------------------------------------------------ [2002-04-22 00:04:43] jwoolley@php.net AHA! I think I'm onto something. The DSO is segfaulting in the second initialization round when php_apache_server_startup(). That function calls php_apache_startup() which uses pthread_getspecific. It ends up looking up a structure which contains pointers that point to from the FIRST round, dereferences them, and poof, it dies. I'm working on a patch. ------------------------------------------------------------------------ [2002-04-21 18:48:21] jwoolley@php.net This appears to be heap corruption of some sort. I can reproduce the problem and am working on tracking it down. ------------------------------------------------------------------------ [2002-04-15 00:12:00] bfoddy@yuck.net I too have been seeing this same error. Using RC3 and now RC4, httpd -X cores immediately. My php config: ./configure --with-apxs2=/home/brian/apache2/bin/apxs --enable-debug --prefix=/home/brian/apache2 Coredump bt: (gdb) bt #0 0x4034958e in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310 #1 0x402a1fda in php_module_startup (sf=0x4036fb00) at main.c:856 #2 0x4029f9bc in php_apache_server_startup (pconf=0x80b7e20, plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0) at sapi_apache2.c:435 #3 0x0807c972 in ap_run_post_config (pconf=0x80b7e20, plog=0x80eff00, ptemp=0x8137a38, s=0x813a0a0) at config.c:127 #4 0x08081595 in main (argc=2, argv=0xbffff7e4) at main.c:611 #5 0x40119280 in __libc_start_main () from /lib/libc.so.6 Apache 2.0.35, Mandrake 8.2 Changes made to httpd.conf as per instructions on web page: LoadModule php4_module modules/libphp4.so <Files *.php> SetOutputFilter PHP SetInputFilter PHP </Files> ------------------------------------------------------------------------ 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/16475 -- Edit this bug report at http://bugs.php.net/?id=16475&edit=1