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

go to bug id or search bugs for

Bug #3497 Apache 1.3.11 gets SIGSEGV immediately qafter start
Submitted: 2000-02-16 13:14 UTC Modified: 2000-02-17 02:54 UTC
From: Michael dot Bielicki at smart-traveller dot net Assigned:
Status: Closed Package: Reproducible Crash
PHP Version: 3.0.14 OS: Linux 2.2.14/RedhatRawhide-14020
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: Michael dot Bielicki at smart-traveller dot net
New email:
PHP Version: OS:

 

 [2000-02-16 13:14 UTC] Michael dot Bielicki at smart-traveller dot net 
OS: Redhat Rawhide status 14.02.2000
Apache 1.3.11 mod_ssl 2.5.0 0.6.0
PHP 3.0.13 PHP 3.0.14 PHP 4.0b3 Todays CVS of PHP4 todays snapshot of php4

configureline :

./configure  --enable-versioning --disable-debug --with-apxs --with-db2 --with-ftp --with-gd=/usr --with-ttf=/usr --with-gettext --with-imap=/usr --with-ldap=/usr --with-mcal=/usr/local/mcal --with-mcrypt --with-mhash --with-mysql --with-iodbc --with-pdflib=/usr/local/lib --with-readline --with-mm=/usr/local --with-snmp --enable-ucd-snmp-hack --with-regex=system --enable-sysvshm --enable-sysvsem --with-wddx --with-xml --with-zlip --with-gnu-ld --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-oracle=/opt/oracle/ora01/product/810 --with-oci8=/opt/oracle/ora01/product/810

worked without problems under kernel 2.2.12, 2.2.12smp
segmentation faults immediately after start with kernel 2.2.14

all php versions same effect. tried even to downgrade to apache 1.3.9, no difference. without php apache works fine with and without mod_ssl

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-02-16 13:27 UTC] thies at cvs dot php dot net 
i'm using 2.2.14 no problem here.
please try to send us a backtrace.
 [2000-02-16 14:44 UTC] Michael dot Bielicki at smart-traveller dot net 
I It is a SMP kernel. Had no problem with 2.2.12smp, problems started with 2.2.14smp ...
 [2000-02-16 14:46 UTC] Michael dot Bielicki at smart-traveller dot net 
gdb sayd program terminated normally
bt gives no backtrace ....
 [2000-02-16 15:04 UTC] Michael dot Bielicki at smart-traveller dot net 
(gdb) r -X -DSSL
Starting program: /usr/sbin/httpd -X -DSSL
Cannot access memory at address 0x40cf2ab4
(gdb) 
(gdb) bt
#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x401829a6 in _dl_close (map=0x80cae30) at dl-close.c:195
#2  0x400a1430 in dlclose_doit (handle=0x80cae30) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a3080, 
    operate=0x400a1418 <dlclose_doit>, args=0x80cae30) at dl-error.c:141
#4  0x400a18b9 in _dlerror_run (operate=0x400a1418 <dlclose_doit>, 
    args=0x80cae30) at dlerror.c:125
#5  0x400a13fe in dlclose (handle=0x80cae30) at dlclose.c:32
#6  0x80698b2 in ap_os_dso_unload () at fdstring.c:70
#7  0x80500f9 in ap_get_server_built () at fdstring.c:70
#8  0x8051b3b in ap_run_cleanup () at fdstring.c:70
#9  0x80507ef in ap_clear_pool () at fdstring.c:70
#10 0x805d8ef in ap_child_terminate () at fdstring.c:70
#11 0x805e0bf in main () at fdstring.c:70
#12 0x400bc94b in __libc_start_main (main=0x805ddd0 <main>, argc=3, 
    argv=0xbffffb34, init=0x804f6ec <_init>, fini=0x807f1ac <_fini>, 
    rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffb2c)
    at ../sysdeps/generic/libc-start.c:92
 [2000-02-17 02:54 UTC] Michael dot Bielicki at smart-traveller dot net 
Finally it came out that the included expat library is causing the crashes.
Is there any way I can exclude that and still use XML ???
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri May 10 10:01:33 2024 UTC