php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #17120 Generates Segfaults almost on everything
Submitted: 2002-05-09 10:36 UTC Modified: 2002-09-11 10:56 UTC
From: ceco at noxis dot net Assigned:
Status: No Feedback Package: Reproducible crash
PHP Version: 4.2.0 OS: debian stable
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2002-05-09 10:36 UTC] ceco at noxis dot net
I use debian stable (except apache which is debian package 1.3.14-2 and php which I compile myself)

4.2.0 (and also 4.2.1RC2) generates Segfaults on everything, actually, I tried to generate bt, but not very successfull, here it is

noxis:/home/ceco/inst/php-4.2.1RC2# gdb /usr/sbin/apache
GNU gdb 19990928
Copyright 1998 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 "i686-pc-linux-gnu"...(no debugging symbols found)...
(gdb) run -X
Starting program: /usr/sbin/apache -X
(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)...(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)...(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 SIGINT, Interrupt.
0x40131424 in read () from /lib/libc.so.6
(gdb) bt
#0  0x40131424 in read () from /lib/libc.so.6
#1  0x1000 in ?? ()
#2  0x8052d6e in ap_bhalfduplex ()
#3  0x8052f9f in ap_bgets ()
#4  0x805e93d in ap_method_number_of ()
#5  0x805eb12 in ap_parse_uri ()
#6  0x805ef3d in ap_read_request ()
#7  0x805cb0a in ap_child_terminate ()
#8  0x805cbdc in ap_child_terminate ()
#9  0x805ccf9 in ap_child_terminate ()
#10 0x805d1ab in ap_child_terminate ()
#11 0x805d86d in main ()
#12 0x400b9a42 in __libc_start_main () from /lib/libc.so.6

I terminated the process with Ctrl-C because it actually hanged for quite a long time. Here is how I compile php

./configure --prefix=/usr \
        --with-apxs=/usr/bin/apxs \
        --with-config-file-path=/etc/php4/apache \
        --enable-debug=yes \
        --enable-safe-mode \
        --with-exec-dir=/usr/bin \
        --with-system-regex \
        --with-mysql=/usr \
        --with-pgsql \
        --with-zlib \
        --with-gd --with-gd-native-ttf --with-ttf \
        --enable-track-vars \
        --enable-magic-quotes \
        --with-imap \
        --with-xml

for the previous versions it worked OK (i mean 4.1.2 and older)

usually I compile php with --enable-debug=no, but for the backtrace I compiled it with 'yes'. When it is compiled with yes however some pages are working (for example phpMyAdmin is working with --enable-debug=yes, but otherwise not), and still others are not working.

Also when compiled with --enable-debug=no in error_log of apache apeared some more messages except the ones for segfault:
FATAL:  emalloc():  Unable to allocate 1088956328 bytes
with this option to 'yes' didn't happen to see such message

(P.S. on my dev server which unfortunally is not debian stable, everything works fine)

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-05-10 04:37 UTC] sander@php.net
You're version of Apache might be too old. Try upgrading to a more recent version.
 [2002-05-10 04:58 UTC] ceco at noxis dot net
Unfortunatly the packages from debian with newer apaches are and for newer libc and so on, and this should mean that upgrading the hole system (which is not likely to happen until debian release woody as stable).

As I suppose it could be not only that apache is old but the other libraries are old too (debian potato everything is quite old)

So if it is not possible to repair I'll wait for woody and till then keep with php-4.1.2 (but if a patch for the newer PHPs is available I'll be glad :)
 [2002-06-10 08:37 UTC] admin at homenetwork dot ru
? ???? ????? ?? ???? ?? PHP Version 4.2.2-dev ??? IIS5 (2195sp2)
??? ???????
 [2002-06-10 11:36 UTC] sniper@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

That backtrace is pretty useless..although it does seem
that this crash does happen in Apache, NOT PHP.

 [2002-09-11 10:56 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: Thu Mar 28 16:01:29 2024 UTC