Bug #16205 Updated: PHP 4.1.2 and mod_perl 1.26 Crash Children

ID: 16205 Updated by: rasmus@php.net Reported By: jnemmers@helix.nih/gov -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Linux 2.2.14-5.0sm PHP Version: 4.1.2 New Comment: You are giving us absolutely nothing to go on here. mod_perl has historically had issues being loaded as a DSO. I bet if you load mod_perl statically and PHP as a DSO it will work. I really doubt this is a PHP issue, and until you can provide some sort of backtrace that shows the crash is in PHP, I am not sure what you expect us to do. By the way, why can't you get a backtrace? If it is a reproducable problem, simply run httpd -X under gdb and type "bt" when the segfault happens. Previous Comments: ------------------------------------------------------------------------ [2002-03-21 12:09:31] jnemmers@helix.nih/gov I am running apache 1.3.23 on a 2.2.14-5.0sm kernel Linux system. While both PHP and mod_perl are loaded (both as DSO modules), any request that is not implicitly for a file causes the apache children to segfault. It will serve fine if you tell it you want http://server/index.php or http://server/index.pl, etc- but it will not work with just http://server/ I admit that the PHP module alone works, and the mod_perl alone works. I have been unable to get a backtrace. Conf options: Apache: ./configure --enable-module=so --enable-module=info PHP: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs (added -lz flag to $LDFLAGS variable in makefile) mod_perl: perl Makefile.PL USE_DSO=1 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=16205&edit=1