Hi Andy, yes that's correct. it is a very well known problem in php4. The bug has been reassigned.
On Fri, 23 Jan 2004, Andy Baillie wrote: > I have essentially the same problem occuring at the same time 22.01.2004. > > apache versions > ii apache 1.3.29.0.1-3 Versatile, high-performance HTTP server > ii apache-common 1.3.29.0.1-3 Support files for all Apache webservers > ii apache-doc 1.3.29.0.1-3 Apache webserver docs > ii apache-ssl 1.3.29.0.1-3 Versatile, high-performance HTTP server with > ii apache-utils 1.3.29.0.1-3 Utility programs for webservers > > In my case the gdb output looks like > > stargate:/etc/apache# gdb /usr/sbin/apache > GNU gdb 5.3-debian > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-linux"...(no debugging symbols found)... > (gdb) set args -X > (gdb) run > Starting program: /usr/sbin/apache -X > (no debugging symbols found)...(no debugging symbols found)...[New Thread > 16384 (LWP 9779)] > > (no debugging symbols found)...(no debugging symbols found)... > --- snipped repeated lines --- > (no debugging symbols found)...(no debugging symbols found)... > (no debugging symbols found)... > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 16384 (LWP 9779)] > 0x40212700 in strcmp () from /lib/libc.so.6 > (gdb) bt > #0 0x40212700 in strcmp () from /lib/libc.so.6 > > An strace resulted in > > getpid() = 9751 > gettimeofday({1074828666, 541580}, NULL) = 0 > getpid() = 9751 > getpid() = 9751 > open("/etc/krb5.keytab", O_RDONLY) = -1 ENOENT (No such file or > directory) > stat64("/dev/urandom", {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > +++ killed by SIGSEGV +++ > > much the same as before > > A web scan showed that php can be problematic and I have a second machine on > which the same version of apache is installed and it works without problems. > Comparing the two shows I have php-imap as an active extension on the > failing setup. Commenting this out from /etc/php/apache/php.ini allowed my > apache server to start normally. > > PHP packages installed > ii php4 4.3.3-4 A server-side, HTML-embedded scripting langu > ii php4-cgi 4.3.3-4 A server-side, HTML-embedded scripting langu > ii php4-imap 4.3.3-4 IMAP module for php4 > ii php4-mysql 4.3.3-4 MySQL module for php4 > ii php4-pear 4.3.3-4 PEAR - PHP Extension and Application Reposit > > For me the segfault clearly happens while I have php4-imap installed and > active. If you don't have php-imap on your machine then its an equivalent > failure but if you do have php installed it may be worth checking each > extension in turn. > > Regards > Andy > > > > > -- Our mission: make IPv6 the default IP protocol "We are on a mission from God" - Elwood Blues http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp00004.html