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 Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: jnemmers at helix dot nih/gov
New email:
PHP Version: OS:

 

 [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

Pull Requests

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: Sat Sep 28 23:01:27 2024 UTC