php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #15191 Segmentation fault when starting apache httpd
Submitted: 2002-01-23 18:20 UTC Modified: 2002-06-29 20:06 UTC
Votes:8
Avg. Score:5.0 ± 0.0
Reproduced:8 of 8 (100.0%)
Same Version:5 (62.5%)
Same OS:6 (75.0%)
From: doc at vulcanmicro dot com Assigned:
Status: Closed Package: LDAP related
PHP Version: 4.1.1 OS: Solaris 8
Private report: No CVE-ID: None
 [2002-01-23 18:20 UTC] doc at vulcanmicro dot com
# apachectl startssl
Segmentation Fault
/opt/apache/sbin/apachectl startssl: httpd could not be started

Environment and configure line....
CFLAGS=-O2
EXTRA_LIBS="-lc-client -lmcal -lsocket"
unset LD_LIBRARY_PATH
export CFLAGS EXTRA_LIBS
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-apxs=/opt/apache/sbin/apxs --enable-track-vars --enable-calendar --with-gdbm --enable-filepro --enable-dbase --enable-ftp --with-imap --with-java=/usr/java1.1 --with-ldap=/usr/src/openldap-1.2.9 --with-ibm-db2=/opt/IBMdb2/V7.1 --enable-trans-sid --with-mysql --enable-sysvshm --enable-sysvsem --with-mcal=/usr --with-ming --with-openssl --with-gd --with-pdflib --with-jpeg-dir=/opt/sfw --with-png-dir=/opt/sfw --with-zlib

Library versions:
gdbm 2.x
c-client (imap) 4.7b
java 1.1.8
openldap 1.2.9
IBM db2 7.1
mcal 0.6
mcaldrivers 0.8
ming 0.1.1
openssl 0.95
gd 2.0.1
pdf 4.0.0
jpeg 6.x
png 2.x
zlib 1.x
PHP 406 build successfully on the same machine with the same configure line, and the same environment except I add -lldap -llber to EXTRA_LIBS for 4.0.6, I took those out on 4.1.1 because it caused duplicate symbols to be defined, and php would not compile. After I took those out, php 4.1.1 compiled, but it caused a segmentation fault when I tried to start the web server. PHP 4.0.6 works fine.


Any ideas?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-01-23 19:47 UTC] yohgaki@php.net
Please read instruction before you submit bug report :)
If httpd segfaults, attach backtrace.
 [2002-01-24 09:29 UTC] doc at vulcanmicro dot com
Starting program: /opt/apache/sbin/httpd
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0xfea73394 in _t0init () from /lib/libthread.so.1
(gdb) bt
#0  0xfea73394 in _t0init () from /lib/libthread.so.1
#1  0xfea7c0c8 in _init () from /lib/libthread.so.1
#2  0xff3ba8dc in ?? ()
#3  0xff3c29e0 in ?? ()
#4  0xff3b28b8 in ?? ()
#5  0x166080 in ?? ()
#6  0x8d084 in ?? ()
#7  0x51e70 in ?? ()
#8  0x75480 in ?? ()
#9  0x75d40 in ?? ()
#10 0x75d84 in ?? ()
#11 0x762c8 in ?? ()
#12 0x76a58 in ?? ()
#13 0x7f8b0 in ?? ()
 [2002-01-24 09:30 UTC] doc at vulcanmicro dot com
Starting program: /opt/apache/sbin/httpd
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0xfea73394 in _t0init () from /lib/libthread.so.1
(gdb) bt
#0  0xfea73394 in _t0init () from /lib/libthread.so.1
#1  0xfea7c0c8 in _init () from /lib/libthread.so.1
#2  0xff3ba8dc in ?? ()
#3  0xff3c29e0 in ?? ()
#4  0xff3b28b8 in ?? ()
#5  0x166080 in ?? ()
#6  0x8d084 in ?? ()
#7  0x51e70 in ?? ()
#8  0x75480 in ?? ()
#9  0x75d40 in ?? ()
#10 0x75d84 in ?? ()
#11 0x762c8 in ?? ()
#12 0x76a58 in ?? ()
#13 0x7f8b0 in ?? ()
 [2002-01-24 09:47 UTC] doc at vulcanmicro dot com
Sorry about the double post, had some problems with this web site. Here's a backtrace with at least some symbols.....
 
(gdb) run
Starting program: /opt/apache/sbin/httpd

Program received signal SIGSEGV, Segmentation fault.
0xfea73394 in _t0init () from /lib/libthread.so.1
(gdb) bt
#0  0xfea73394 in _t0init () from /lib/libthread.so.1
#1  0xfea7c0c8 in _init () from /lib/libthread.so.1
#2  0xff3ba8dc in ?? ()
#3  0xff3c29e0 in ?? ()
#4  0xff3b28b8 in ?? ()
#5  0x166080 in _PROCEDURE_LINKAGE_TABLE_ ()
#6  0x8d084 in ap_os_dso_error ()
#7  0x51e70 in load_module ()
#8  0x75480 in invoke_cmd ()
#9  0x75d40 in ap_handle_command ()
#10 0x75d84 in ap_srm_command_loop ()
#11 0x762c8 in ap_process_resource_config ()
#12 0x76a58 in ap_read_config ()
#13 0x7f8b0 in main ()
(gdb)
 [2002-01-24 11:44 UTC] doc at vulcanmicro dot com
 Interesting, I removed the ldap support, and I nolonger get a segmentation fault, apache httpd just exits....

??????

 [2002-01-24 11:48 UTC] doc at vulcanmicro dot com
Oh yes...

Server version: Apache/1.3.19 (Unix)
 [2002-01-24 11:49 UTC] doc at vulcanmicro dot com
Oh yes...

Server version: Apache/1.3.19 (Unix)
 [2002-01-24 14:13 UTC] doc at vulcanmicro dot com
Confirmed the same problems in 4.1.0.
4.0.6 and earlier work fine.

You broke it....
:-(
 [2002-01-24 21:09 UTC] yohgaki@php.net
I don't confirm this, but I guess it's a LDAP problem. 

To reporter: Could you add "--enable-debug" option when you configure PHP and produce backtrace again?
 [2002-01-25 02:36 UTC] derick@php.net
Try to build a static (non-DSO) module too, this makes backtraces a lot more useful.

Derick
 [2002-02-26 00:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-02-26 09:19 UTC] doc at vulcanmicro dot com
I have not had time to recompile PHP as requested. I've had "WORK" to do and have been using php 4.0.6 in the mean time, which works fine.
 [2002-02-26 09:29 UTC] doc at vulcanmicro dot com
PS: I don't know if this should be LDAP related. Without LDAP, 
I don't get a segmentation fault, but apache still doesn't run 
with php loaded, it just exits with NO error.
 [2002-06-29 20:06 UTC] sniper@php.net
This snapshot should work fine for you:

http://snaps.php.net/php4-latest.tar.gz

Also, make sure your apache is linked with libpthread.
This page has some info on how to do that: http://www.php.net/manual/en/ref.oci8.php (yes, it's for oracle. But the procedure is the same anyway)

Reopen this bug report if you get the same problem with that
snapshot. Or with any release >= 4.2.1



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