|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #36017 fopen() crashes PHP when opening a URL in PHP4.4.2 (works with 5.1)
Submitted: 2006-01-15 01:48 UTC Modified: 2006-01-15 23:03 UTC
Avg. Score:5.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:2 (100.0%)
Same OS:0 (0.0%)
From: Brian dot White at foxfire74 dot com Assigned: tony2001 (profile)
Status: Closed Package: Apache2 related
PHP Version: 4.4.2 OS: Windows XP SP2
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem:
45 - 18 = ?
Subscribe to this entry?

 [2006-01-15 01:48 UTC] Brian dot White at foxfire74 dot com
Apache2 crashes after upgrading to PHP 4.4.2.  THe following is found in the Apache's error log.

[Sat Jan 14 12:15:11 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Sat Jan 14 12:15:12 2006] [notice] Apache/2.0.55 (Win32) PHP/4.4.2 configured -- resuming normal operations
[Sat Jan 14 12:15:12 2006] [notice] Server built: Oct  9 2005 19:16:56
[Sat Jan 14 12:15:12 2006] [notice] Parent: Created child process 3700
[Sat Jan 14 12:15:14 2006] [notice] Child 3700: Child process is running
[Sat Jan 14 12:15:14 2006] [notice] Child 3700: Acquired the start mutex.
[Sat Jan 14 12:15:14 2006] [notice] Child 3700: Starting 250 worker threads.

This only happens on my production system where MySQL is also installed.  Everything works as expected on the test machine (which connects  to the production database server).

Reproduce code:
All of my PHP apps crash.  Unfortunately, the index.php files are quite large.  I have not yet isolated the offending code but I wanted to enter a bug report since before others upgrade since 4.4.2 is a new release.

Expected result:
Page returned as expected without Apache2 crashing.

Actual result:
Browser shows the entire page but is still waiting for additional input.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2006-01-15 01:54 UTC]
Please try using this CVS snapshot:
For Windows:

 [2006-01-15 02:41 UTC] Brian dot White at foxfire74 dot com
The latest version of PHP5 did not exhibit the problem.  
Unfortunately, I have web sites that are not PHP5 compatible.  The ones that are compatible with PHP5 worked fine.
 [2006-01-15 08:32 UTC] Brian dot White at foxfire74 dot com
The original assumption was bogus.  The crash is independent of MySQL.  There were differences between my test and production systems that I did not detect at first.

The problem is actually an issue with fopen().

Here is some code to reproduce:


$xhtml = '';
if($filehandle = @fopen($url, 'rb')) {
	$xhtml = fread($filehandle, 4096);

	echo "$xhtml";

This can be run either from the command line or as a webpage.  In both cases, PHP crashes.

Everthing works as expected when using the latest version of PHP5.
 [2006-01-15 12:15 UTC]
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 for *NIX and for Win32

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.

We don't really support threaded webservers either...
 [2006-01-15 13:30 UTC] jens dot dutzi at web dot de
Backtrace for this bug: 

(gdb) run
Starting program: /usr/www/php/bin/php -n test.php
[New Thread 16384 (LWP 15426)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 15426)]
php_stream_url_wrap_http_ex (wrapper=0x83c6fa8, path=0x845f404 "Cache-Control: private\r\n", mode=0x845fb24 "r", options=4, opened_path=0x0,
    context=0x0, redirect_max=20, header_init=1, tsrm_ls=0x83ae748) at /root/apache/php-4.4.2/ext/standard/http_fopen_wrapper.c:399
399                             while (*e == '\n' || *e == '\r') {
(gdb) bt
#0  php_stream_url_wrap_http_ex (wrapper=0x83c6fa8, path=0x845f404 "Cache-Control: private\r\n", mode=0x845fb24 "r", options=4, opened_path=0x0,
    context=0x0, redirect_max=20, header_init=1, tsrm_ls=0x83ae748) at /root/apache/php-4.4.2/ext/standard/http_fopen_wrapper.c:399
#1  0x0816008b in php_stream_url_wrap_http (wrapper=0x83c6fa8, path=0x845a984 "", mode=0x845fb24 "r", options=4,
    opened_path=0x0, context=0x0, tsrm_ls=0x83ae748) at /root/apache/php-4.4.2/ext/standard/http_fopen_wrapper.c:560
#2  0x081957bd in _php_stream_open_wrapper_ex (path=0x845a984 "", mode=0x845fb24 "r", options=12, opened_path=0x4, context=0x0,
    tsrm_ls=0x83ae748) at /root/apache/php-4.4.2/main/streams.c:2696
#3  0x0812b99d in php_if_fopen (ht=2, return_value=0x84547d4, this_ptr=0x0, return_value_used=1, tsrm_ls=0x83ae748)
    at /root/apache/php-4.4.2/ext/standard/file.c:1143
#4  0x081c6d90 in execute (op_array=0x845a8ec, tsrm_ls=0x83ae748) at /root/apache/php-4.4.2/Zend/zend_execute.c:1675
#5  0x081b54f0 in zend_execute_scripts (type=8, tsrm_ls=0x83ae748, retval=0x0, file_count=3) at /root/apache/php-4.4.2/Zend/zend.c:934
#6  0x081883da in php_execute_script (primary_file=0xbffff4c0, tsrm_ls=0x83ae748) at /root/apache/php-4.4.2/main/main.c:1753
#7  0x081c924b in main (argc=3, argv=0xbffff544) at /root/apache/php-4.4.2/sapi/cli/php_cli.c:830

PS: you've right, this problem only happend with threaded-webservers (Apache2-worker)
 [2006-01-15 22:43 UTC] info at ready2host dot de
I have experienced the bug on SuSE Linux 9.3 (32bit) with Apache 2.0.55 in worker mode. PHP is also compiled as thread-safe. My reproduction code:



 [2006-01-15 23:03 UTC]
This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
Thank you for the report, and for helping us make PHP better.

PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu May 30 07:01:30 2024 UTC