php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #16205 PHP 4.1.2 and mod_perl 1.26 Crash Children
Submitted: 2002-03-21 12:09 UTC Modified: 2002-03-21 12:13 UTC
From: jnemmers at helix dot nih/gov Assigned:
Status: Not a bug Package: Apache related
PHP Version: 4.1.2 OS: Linux 2.2.14-5.0sm
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2002-03-21 12:09 UTC] jnemmers at helix dot 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

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-03-21 12:13 UTC] rasmus@php.net 
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:53 UTC] jnemmers at helix dot nih dot gov 
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
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed Jun 26 13:01:46 2024 UTC