ID: 16205
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]/gov
Status: Bogus
Bug Type: Apache related
Operating System: Linux 2.2.14-5.0sm
PHP Version: 4.1.2
New Comment:
I recompiled and installed apache with mod_perl as an internally
compiled module. No change.
Here is the backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x40289c0e in php_xbithack_handler (r=0x81e2c64) at mod_php4.c:777
777 conf = (php_apache_info_struct *)
get_module_config(r->per_dir_config, &php4_module);
(gdb) bt
#0 0x40289c0e in php_xbithack_handler (r=0x81e2c64) at mod_php4.c:777
#1 0x808d0f3 in ap_invoke_handler ()
#2 0x80a17d9 in process_request_internal ()
#3 0x80a1bf8 in ap_internal_redirect ()
#4 0x80816ed in handle_dir ()
#5 0x808d0f3 in ap_invoke_handler ()
#6 0x80a17d9 in process_request_internal ()
#7 0x80a183c in ap_process_request ()
#8 0x8098bde in child_main ()
#9 0x8098d70 in make_child ()
#10 0x8098ec9 in startup_children ()
#11 0x8099526 in standalone_main ()
#12 0x8099ce3 in main ()
#13 0x4012c9cb in __libc_start_main (main=0x809999c <main>, argc=2,
argv=0xbffffcb4, init=0x8053c00 <_init>,
fini=0x80cef3c <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xbffffcac) at ../sysdeps/generic/libc-start.c:92
Previous Comments:
------------------------------------------------------------------------
[2002-03-21 12:13:29] [EMAIL PROTECTED]
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.
------------------------------------------------------------------------
[2002-03-21 12:09:31] [EMAIL PROTECTED]/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
