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

go to bug id or search bugs for

Bug #18674 modules php + frontpage crash apache
Submitted: 2002-07-31 12:07 UTC Modified: 2002-08-14 04:14 UTC
From: a dot graeber at ids-scheer dot de Assigned:
Status: Closed Package: Reproducible crash
PHP Version: 4.2.2 OS: Linux 2.4.18
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: a dot graeber at ids-scheer dot de
New email:
PHP Version: OS:

 

 [2002-07-31 12:07 UTC] a dot graeber at ids-scheer dot de 
I use php 4.2.2 as a dynamic module to apache 1.3.26

php:  ./configure  --enable-sockets --with-pdflib 
      --with-ncurses --enable-claendar 
      --with-mysql=/usr/local/mysql 
      --with-apxs=/usr/local/apache/bin/apxs --with-ldap 
      --enable-ftp --with-openssl=/usr/local/ssl 
      --enable-debug

apache: ./configure \
        --with-layout=Apache
        --enable-module=so
        --enable-module=ssl
        --enable-shared=ssl
        --add-module=mod_frontpage.c
        --enable-shared=frontpage

I get a segmentation fault as soon as the server loads both the frontpage- and the php-module and tries to serve a page (htm, html, php). It will serve other file types like .gif, .ppt and so on. 
The server runs ok if I load any other combination of modules, it only crashes for frontpage + php. 
mod_frontpage is the appropriate version for the 1.3.26

server log: 
[Tue Jul 30 16:53:18 2002] [notice] Apache/1.3.26 (Unix) PHP/4.2.2 FrontPage/5.0.2.2623 mod_ssl/2.8.10 OpenSSL/0.9.6d mod_auth_pam/1.0a configured -- resuming normal operations
[Tue Jul 30 16:53:18 2002] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Tue Jul 30 17:09:52 2002] [notice] child pid 17393 exit signal Segmentation fault (11)

Backtrace:
(gdb) bt
#0  0x4020936d in php_xbithack_handler (r=0x81352bc) at mod_php4.c:777
#1  0x0806c628 in ap_invoke_handler ()
#2  0x080820c4 in ap_some_auth_required ()
#3  0x08082510 in ap_internal_redirect ()
#4  0x08061060 in ap_get_server_built ()
#5  0x0806c628 in ap_invoke_handler ()
#6  0x080820c4 in ap_some_auth_required ()
#7  0x08082121 in ap_process_request ()
#8  0x08078c0a in ap_child_terminate ()
#9  0x08078dd9 in ap_child_terminate ()
#10 0x08078f63 in ap_child_terminate ()
#11 0x080795d9 in ap_child_terminate ()
#12 0x08079ea9 in main ()
#13 0x4008ba82 in __libc_start_main () from /lib/libc.so.6
(gdb) 


Thaks a lot for your help

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-08-13 22:25 UTC] kalowsky@php.net 
Can you rebuild your php with --enable-debug and see if you can give us a bit better of a backtrace?
 [2002-08-14 04:05 UTC] a dot graeber at ids-scheer dot de 
I already have --enable-debug compiled into php, sorry. 
But I tried a different frontpage module, yesterday, and it works together with php. I now have both frontpage and php as DSO modules running. The new mod_frontpage does NOT patch the apache source, as did the old. 

Thanks for your answer!
 [2002-08-14 04:14 UTC] edink@php.net 
Closing then.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Wed Oct 07 04:00:01 2026 UTC