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

go to bug id or search bugs for

Bug #8938 Segfaults
Submitted: 2001-01-26 10:38 UTC Modified: 2001-04-10 09:49 UTC
From: cecot at dirbg dot com Assigned:
Status: Closed Package: Reproducible Crash
PHP Version: 4.0.4pl1 OS: Debian Linux
Private report: No CVE-ID: None
View Developer Edit
 [2001-01-26 10:38 UTC] cecot at dirbg dot com 
when I enable output_handler = ob_gzhandler in php.ini the system works but on some conditions I do not know which in error-log of the apache comes a lot of SegFaults and even more - the html content of some of the pages. There are also clients who complain that cannot open the pages ('no content' states Netscape)

on few other machines which are much heavy loaded and they can't stand output_handler = ob_gzhandler in php.ini that's why we use only on some scripts

if (strstr($HTTP_SERVER_VARS['HTTP_ACCEPT_ENCODING'], 'gzip')){ob_start("gzencode");header("Content-Encoding: gzip");} 

and the same problem happens again

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-01-29 05:14 UTC] sniper@php.net 
Does this happen with the latest CVS snapshot from
http://snaps.php.net/ ?? And if it does, please include
a gdb backtrace of the crash into this bug report.

--Jani
 [2001-01-30 08:43 UTC] cecot at dirbg dot com 
I got today the latest CVS and again gives segfaults but didn't manage to get core file :(
 [2001-02-01 20:06 UTC] sniper@php.net 
Can you try again with today's snapshot? And to get a decent gdb backtrace
configure with --enable-debug and do following:

# gdb /opt/www/bin/httpd
(gdb) run -X

And then access the page which causes the crash and if it crashes:

(gdb) bt full

and then cut'n'paste the output and add it into this bug report.

--Jani
 [2001-02-02 07:37 UTC] cecot at dirbg dot com 
the bug is still there.

1. I get from CVS (today) not from snaps does it matter ??
2. in my debian distribution i have /usr/sbin/apache and /usr/sbin/apache.dbg, i made /usr/sbin writable by www-data (the apache user) both the apache and apache.dbg didn't make core file (the php from the CVS was compiled with --enable-debug=on).
3. I tried gdb /usr/sbin/apache and run -X. when I access any page with a browser nothing was seen in the browser neighter in gdb. the same with gdb /usr/sbin/apache.dbg (probaly i didn't give it enough time to start or I did something wrong, give some more inforamtion on how to do it)
 [2001-02-06 06:18 UTC] cecot at dirbg dot com 
at about 2001-02-05 19:00 EET I got the CVS again and my observation is that there are no Segmentation faults for more than 15 hours, but there is still a lot of HTML code in my error.log file, if it helps
 [2001-02-06 06:21 UTC] cecot at dirbg dot com 
sorry for the double report, but when I restarted the apache some of the children died with segmentation fault
 [2001-03-04 15:58 UTC] sniper@php.net 
Please generate a gdb backtrace of the crashes. And use the latest
CVS snapshot and configure it using --enable-debug also in the configure line.

--Jani
 [2001-04-10 09:49 UTC] sniper@php.net 
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report.

--Jani
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Wed Nov 05 07:00:01 2025 UTC