php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #18396 apache dumps core when httpd -t used with libphp4.so loaded
Submitted: 2002-07-17 14:52 UTC Modified: 2002-10-20 23:17 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: itter at island dot net Assigned:
Status: No Feedback Package: Apache related
PHP Version: 4.2.1 OS: RedHat Linux 6.2 (kernel 2.2.20)
Private report: No CVE-ID: None
 [2002-07-17 14:52 UTC] itter at island dot net
I have compiled php to use apxs with apache. The module loads fine when you start apache, however, if you try to run httpd -t, apache segfaults. In order to restart apache, you have to run "apachectl stop" then "apachectl startssl". Running "apachectl restart" gives:

# apachectl restart
/usr/sbin/apachectl restart: configuration broken, ignoring restart
/usr/sbin/apachectl restart: (run 'apachectl configtest' for details)
# apachectl configtest
Syntax OK

I don't know if it's related, but if I put php as the first module loaded, apache won't even start. Nothing is logged to the error_log file, or displayed to the screen. apachectl thinks it's running though.


Apache is: 
Server Version: Apache/1.3.26 (Unix) PHP/4.2.1 FrontPage/4.0.4.3 mod_ssl/2.8.10 OpenSSL/0.9.6 mod_layout/3.2

php, frontpage, mod_ssl and mod_layout are all dynamic modules.


PHP is compiled with:
 './configure' '--with-apxs' '--with-solid=/var/database/solidSDK351' '--enable-debug=no' '--enable-track-vars=yes' '--with-mck=/usr/src/mck-3.2.0.4-linux' '--with-msql=/var/database/Minerva' '--with-mhash=/usr/src/mhash-0.5.2' '--with-mcrypt=/usr/local' '--with-mysql=/usr' '--with-imap=/usr' '--with-kerberos' '--with-xml' '--enable-wddx' '--with-openssl' '--with-gd=/usr' '--with-png-dir' '--with-jpeg-dir' '--with-zlib-dir' '--enable-sockets' '--with-imap-ssl' '--with-fdftk' '--enable-ftp'


# httpd -t
Syntax OK
Segmentation fault (core dumped)

This is the output of an strace of httpd -t:

munmap(0x40015000, 4096)                = 0
write(2, "Syntax OK\n", 10Syntax OK
)             = 10
munmap(0x4026a000, 2289872)             = 0
munmap(0x404a3000, 542516)              = 0
munmap(0x40528000, 32024)               = 0
munmap(0x40530000, 776452)              = 0
munmap(0x405ee000, 178084)              = 0
munmap(0x4061a000, 157044)              = 0
munmap(0x40641000, 332576)              = 0
munmap(0x40693000, 217828)              = 0
munmap(0x406c9000, 171080)              = 0
munmap(0x406f3000, 54596)               = 0
munmap(0x40701000, 126668)              = 0
munmap(0x40720000, 795396)              = 0
munmap(0x407e3000, 61020)               = 0
munmap(0x407f2000, 88136)               = 0
munmap(0x40808000, 103764)              = 0
munmap(0x40822000, 454172)              = 0
munmap(0x40891000, 111972)              = 0
munmap(0x4001a000, 8648)                = 0
munmap(0x408ad000, 74040)               = 0
munmap(0x408c0000, 160384)              = 0
munmap(0x408e8000, 54908)               = 0
munmap(0x408f6000, 872508)              = 0
munmap(0x40016000, 15852)               = 0
munmap(0x40188000, 924044)              = 0
munmap(0x4017f000, 36136)               = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++


And last, this is from gdb, when asking it to run httpd -t:

#gdb httpd
This GDB was configured as "i386-redhat-linux"...
(gdb) run -t
Starting program: /usr/sbin/httpd -t
Syntax OK
Cannot access memory at address 0x408bcaf4

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-09-29 20:58 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

I can not reproduce this with latest CVS.

 [2002-10-20 23:17 UTC] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Dec 30 14:01:28 2024 UTC