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
