#44954 [Bgs]: file_get_contents crashes Apache

2009-02-18 Thread abakker at gmx dot net
 ID:   44954
 User updated by:  abakker at gmx dot net
 Reported By:  abakker at gmx dot net
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: win32 only - Win XP
 PHP Version:  5.2.8
 New Comment:

Bug or not, it is a nasty problem because the Apache server stops
responding to requests from any user. It would be nice if someone would
figure out what goes wrong (and how to avoid that).


Previous Comments:


[2009-02-17 18:47:07] paj...@php.net

It is not a crash but a timeout during the connection for whatever
reasons.

There is no bug here.



[2009-01-21 19:30:30] j...@php.net

I can not reproduce this on real OS. Assuming it's win32 only issue.



[2009-01-20 08:23:26] abakker at gmx dot net

I completely removed Apache and PHP from my PC and did a fresh default
install of Apache 2.2.11 and PHP 5.2.8 (on my PC with Windows XP Pro).
The problem still occurs. After 202 iterations of file_get_contents the
script continues very slowly, every iteration takes 1 minute. In the
Apache error log file the following entries are created:

[Tue Jan 20 09:09:17 2009] [error] [client 127.0.0.1] PHP Warning: 
file_get_contents(http://localhost/bugs/bug.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\public_html\\bugs\\bug.php on line 7

[Tue Jan 20 09:10:17 2009] [error] [client 127.0.0.1] PHP Warning: 
file_get_contents(http://localhost/bugs/bug.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\public_html\\bugs\\bug.php on line 7

[Tue Jan 20 09:11:17 2009] [error] [client 127.0.0.1] PHP Warning: 
file_get_contents(http://localhost/bugs/bug.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\public_html\\bugs\\bug.php on line 7

Apache does not respond to page requests in other sessions, i.e. other
users cannot access web pages anymore.

I guess technically speaking Apache does not crash, but hangs. Maybe
that is why I am unable to create a backtrace. Anyway, the problem
occurs with a default install of Apache and PHP. Maybe you are able to
reproduce the problem if you do a default install on your PC.



[2008-08-07 22:15:17] j...@php.net

The problem is that I can't reproduce this. So it's up to you either
provide the backtrace or just let this report rot.



[2008-07-24 09:10:43] abakker at gmx dot net

I tried to create a backtrace for the httpd.exe process, but no dmp
file is generated. Either Apache does not crash (but hangs) or I am
doing something wrong.

The problem can easily be reproduced (just run the script I provided).
I suggest you reproduce the problem yourself which allows you to do
whatever analysis or backtracing you need. That would be far more
efficient than passing it back to me.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44954

-- 
Edit this bug report at http://bugs.php.net/?id=44954edit=1



#44954 [NoF-Opn]: file_get_contents crashes Apache

2009-01-20 Thread abakker at gmx dot net
 ID:   44954
 User updated by:  abakker at gmx dot net
 Reported By:  abakker at gmx dot net
-Status:   No Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Win XP
 PHP Version:  5.2.6
 Assigned To:  fb-req-jani
 New Comment:

I completely removed Apache and PHP from my PC and did a fresh default
install of Apache 2.2.11 and PHP 5.2.8 (on my PC with Windows XP Pro).
The problem still occurs. After 202 iterations of file_get_contents the
script continues very slowly, every iteration takes 1 minute. In the
Apache error log file the following entries are created:

[Tue Jan 20 09:09:17 2009] [error] [client 127.0.0.1] PHP Warning: 
file_get_contents(http://localhost/bugs/bug.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\public_html\\bugs\\bug.php on line 7

[Tue Jan 20 09:10:17 2009] [error] [client 127.0.0.1] PHP Warning: 
file_get_contents(http://localhost/bugs/bug.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\public_html\\bugs\\bug.php on line 7

[Tue Jan 20 09:11:17 2009] [error] [client 127.0.0.1] PHP Warning: 
file_get_contents(http://localhost/bugs/bug.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\public_html\\bugs\\bug.php on line 7

Apache does not respond to page requests in other sessions, i.e. other
users cannot access web pages anymore.

I guess technically speaking Apache does not crash, but hangs. Maybe
that is why I am unable to create a backtrace. Anyway, the problem
occurs with a default install of Apache and PHP. Maybe you are able to
reproduce the problem if you do a default install on your PC.


Previous Comments:


[2008-08-15 01:00:01] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-08-07 22:15:17] j...@php.net

The problem is that I can't reproduce this. So it's up to you either
provide the backtrace or just let this report rot.



[2008-07-24 09:10:43] abakker at gmx dot net

I tried to create a backtrace for the httpd.exe process, but no dmp
file is generated. Either Apache does not crash (but hangs) or I am
doing something wrong.

The problem can easily be reproduced (just run the script I provided).
I suggest you reproduce the problem yourself which allows you to do
whatever analysis or backtracing you need. That would be far more
efficient than passing it back to me.



[2008-07-14 21:13:40] j...@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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php 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.





[2008-05-18 08:43:37] abakker at gmx dot net

I added a sleep(1) and set max_execution_time to 999. After 172
iterations the Apache server hangs (does not respond to page requests
anymore). The script continues very slowly at this point, it times out
on every file_get_contents request (in the error log you see the error
message mentioned at the top of this bug report for every iteration).

The total number of threads in Windows Task Manager does not increase
when running the script. My system is also not running out of resources,
I have 3 Gb memory of which 2.6 Gb is available.

When you replace file_get_contents with http_get or curl_exec the
problem does not occur. Seems to me that this indicates that there is
something wrong with file_get_contents.

In any case a PHP script should not cause the Apache server

#44954 [NoF-Opn]: file_get_contents crashes Apache

2008-07-24 Thread abakker at gmx dot net
 ID:   44954
 User updated by:  abakker at gmx dot net
 Reported By:  abakker at gmx dot net
-Status:   No Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Win XP
 PHP Version:  5.2.6
 New Comment:

I tried to create a backtrace for the httpd.exe process, but no dmp
file is generated. Either Apache does not crash (but hangs) or I am
doing something wrong.

The problem can easily be reproduced (just run the script I provided).
I suggest you reproduce the problem yourself which allows you to do
whatever analysis or backtracing you need. That would be far more
efficient than passing it back to me.


Previous Comments:


[2008-07-22 01:00:01] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-07-14 21:13:40] [EMAIL PROTECTED]

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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php 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.





[2008-05-18 08:43:37] abakker at gmx dot net

I added a sleep(1) and set max_execution_time to 999. After 172
iterations the Apache server hangs (does not respond to page requests
anymore). The script continues very slowly at this point, it times out
on every file_get_contents request (in the error log you see the error
message mentioned at the top of this bug report for every iteration).

The total number of threads in Windows Task Manager does not increase
when running the script. My system is also not running out of resources,
I have 3 Gb memory of which 2.6 Gb is available.

When you replace file_get_contents with http_get or curl_exec the
problem does not occur. Seems to me that this indicates that there is
something wrong with file_get_contents.

In any case a PHP script should not cause the Apache server to
hang/crash (Apache does not respond to page requests for any user
anymore) and bring a production system down.



[2008-05-18 00:20:28] [EMAIL PROTECTED]

I really doubt this is any bug in PHP anyway. You propably just run out
of Apache threads/childs with that script that doesn't really give
Apache any chance. Try adding some 'sleep(1);' line inside the for()
loop.



[2008-05-11 11:15:41] abakker at gmx dot net

In the Apache error log it just says the connected party failed to
respond (the complete message is in the beginning of this bug report).

I tried the backtrace tools, but did not manage to get a backtrace. I
looked at the processes. I have two httpd.exe processes when I start
Apache. When I reproduce the problem, the two processes remain. I guess
technically this means the Apache server does not crash, but hangs and
this is the reason why I do not get a backtrace?

Anyway, the two httpd.exe processes keep on running, but any web page
request fails (internet explorer displays the standard page that it
could not access the requested web page). Apache no longer seems to
respond to requests. The two httpd.exe processes use no cpu when the
problem occurs.

A restart of Apache does not give any error message, but does not solve
the issue. A stop and start is needed. Not sure whether this tells you
something.

Anyway, were you able to reproduce the problem yourself? That would be
helpful, if so, you could do any backtracing or other diagnosis
yourself. I am not familiar with the diagnostic tools, it would be much
better if you could do it.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44954

-- 
Edit this bug report at http://bugs.php.net/?id=44954edit=1



#44954 [Fbk-Opn]: file_get_contents crashes Apache

2008-05-18 Thread abakker at gmx dot net
 ID:   44954
 User updated by:  abakker at gmx dot net
 Reported By:  abakker at gmx dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Win XP
 PHP Version:  5.2.6
 New Comment:

I added a sleep(1) and set max_execution_time to 999. After 172
iterations the Apache server hangs (does not respond to page requests
anymore). The script continues very slowly at this point, it times out
on every file_get_contents request (in the error log you see the error
message mentioned at the top of this bug report for every iteration).

The total number of threads in Windows Task Manager does not increase
when running the script. My system is also not running out of resources,
I have 3 Gb memory of which 2.6 Gb is available.

When you replace file_get_contents with http_get or curl_exec the
problem does not occur. Seems to me that this indicates that there is
something wrong with file_get_contents.

In any case a PHP script should not cause the Apache server to
hang/crash (Apache does not respond to page requests for any user
anymore) and bring a production system down.


Previous Comments:


[2008-05-18 00:20:28] [EMAIL PROTECTED]

I really doubt this is any bug in PHP anyway. You propably just run out
of Apache threads/childs with that script that doesn't really give
Apache any chance. Try adding some 'sleep(1);' line inside the for()
loop.



[2008-05-11 11:15:41] abakker at gmx dot net

In the Apache error log it just says the connected party failed to
respond (the complete message is in the beginning of this bug report).

I tried the backtrace tools, but did not manage to get a backtrace. I
looked at the processes. I have two httpd.exe processes when I start
Apache. When I reproduce the problem, the two processes remain. I guess
technically this means the Apache server does not crash, but hangs and
this is the reason why I do not get a backtrace?

Anyway, the two httpd.exe processes keep on running, but any web page
request fails (internet explorer displays the standard page that it
could not access the requested web page). Apache no longer seems to
respond to requests. The two httpd.exe processes use no cpu when the
problem occurs.

A restart of Apache does not give any error message, but does not solve
the issue. A stop and start is needed. Not sure whether this tells you
something.

Anyway, were you able to reproduce the problem yourself? That would be
helpful, if so, you could do any backtracing or other diagnosis
yourself. I am not familiar with the diagnostic tools, it would be much
better if you could do it.



[2008-05-10 23:02:22] [EMAIL PROTECTED]

Nevermind the Apache log question..of course you checked that. :) But
there's no indication that anything crashed anywhere..



[2008-05-10 23:01:09] [EMAIL PROTECTED]

Are you sure it's a crash? If so, it's might be PHP that is crashs so
where's the backtrace? And did you check the Apache logs for any
possible information about this issue..?

Instructions how to get a backtrace under Windows:
http://bugs.php.net/bugs-generating-backtrace-win32.php 




[2008-05-09 11:22:01] abakker at gmx dot net

Description:

Apache crashes if a lot of file_get_contents are done. The Apache
error.log only contains this (I guess this just confirms that the Apache
server has crashed and no longer responds): [Fri May 09 12:15:04 2008]
[error] [client 192.168.0.1] PHP Warning: 
file_get_contents(http://localhost/test.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\test.php on line 6


Reproduce code:
---
The following PHP script reproduces the problem:

?php
echo 'pre';
for ($i=1;;$i++)
{ echo $i.\n;
  flush();ob_flush();
  $contents = file_get_contents('http://localhost/test.htm');
}
?

After 203 iterations the Apache server crashes. The result is the same
whether localhost or IP address is used.

The problem depends on the contents of the test.htm file. If it only
contains

html
body
/body
/html

the script runs until it reaches the max execution time.

The test.htm that reproduces the problem contains:

html
head
link rel=stylesheet href=/systeem/style/style.css
titleV.V. De Meern/title
meta name=description content=V.V. De Meern
meta name=robots content=index,follow
script src=/beheer/include/header.js/script
/head
body
script src=menu.js/script
a href=menu.html

#44954 [Fbk-Opn]: file_get_contents crashes Apache

2008-05-11 Thread abakker at gmx dot net
 ID:   44954
 User updated by:  abakker at gmx dot net
 Reported By:  abakker at gmx dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Win XP
 PHP Version:  5.2.6
 New Comment:

In the Apache error log it just says the connected party failed to
respond (the complete message is in the beginning of this bug report).

I tried the backtrace tools, but did not manage to get a backtrace. I
looked at the processes. I have two httpd.exe processes when I start
Apache. When I reproduce the problem, the two processes remain. I guess
technically this means the Apache server does not crash, but hangs and
this is the reason why I do not get a backtrace?

Anyway, the two httpd.exe processes keep on running, but any web page
request fails (internet explorer displays the standard page that it
could not access the requested web page). Apache no longer seems to
respond to requests. The two httpd.exe processes use no cpu when the
problem occurs.

A restart of Apache does not give any error message, but does not solve
the issue. A stop and start is needed. Not sure whether this tells you
something.

Anyway, were you able to reproduce the problem yourself? That would be
helpful, if so, you could do any backtracing or other diagnosis
yourself. I am not familiar with the diagnostic tools, it would be much
better if you could do it.


Previous Comments:


[2008-05-10 23:02:22] [EMAIL PROTECTED]

Nevermind the Apache log question..of course you checked that. :) But
there's no indication that anything crashed anywhere..



[2008-05-10 23:01:09] [EMAIL PROTECTED]

Are you sure it's a crash? If so, it's might be PHP that is crashs so
where's the backtrace? And did you check the Apache logs for any
possible information about this issue..?

Instructions how to get a backtrace under Windows:
http://bugs.php.net/bugs-generating-backtrace-win32.php 




[2008-05-09 11:22:01] abakker at gmx dot net

Description:

Apache crashes if a lot of file_get_contents are done. The Apache
error.log only contains this (I guess this just confirms that the Apache
server has crashed and no longer responds): [Fri May 09 12:15:04 2008]
[error] [client 192.168.0.1] PHP Warning: 
file_get_contents(http://localhost/test.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\test.php on line 6


Reproduce code:
---
The following PHP script reproduces the problem:

?php
echo 'pre';
for ($i=1;;$i++)
{ echo $i.\n;
  flush();ob_flush();
  $contents = file_get_contents('http://localhost/test.htm');
}
?

After 203 iterations the Apache server crashes. The result is the same
whether localhost or IP address is used.

The problem depends on the contents of the test.htm file. If it only
contains

html
body
/body
/html

the script runs until it reaches the max execution time.

The test.htm that reproduces the problem contains:

html
head
link rel=stylesheet href=/systeem/style/style.css
titleV.V. De Meern/title
meta name=description content=V.V. De Meern
meta name=robots content=index,follow
script src=/beheer/include/header.js/script
/head
body
script src=menu.js/script
a href=menu.html/a
h1Home pagina A1/h1
pimg src=a1.jpg border=0 alt= //p
h1Spelers/h1
pNicky Vermeulen, Jon Gruters, Jerryl Smeenk, Bram van Wiggen, Rolf
van
Elderen, Sander van der Woude, Melvin van Nood, Jorgos Katsivilis, Leo
Wakelkamp, Chen Margolin, Luis Plein, Danny Berkhouwer, Whaheed
Khodabaks,
Alessandro Damen, Thomas van Amerongen/p
h1Leiders/h1
pJohn Dunsbergen, Joost Satink, Lex van der Woude/p
script src=/beheer/include/footer.js/script
/body
/html

Expected result:

Run until max execution time exceeded.

Actual result:
--
Crashed beforehand.





-- 
Edit this bug report at http://bugs.php.net/?id=44954edit=1



#44954 [NEW]: file_get_contents crashes Apache

2008-05-09 Thread abakker at gmx dot net
From: abakker at gmx dot net
Operating system: Win XP
PHP version:  5.2.6
PHP Bug Type: Reproducible crash
Bug description:  file_get_contents crashes Apache

Description:

Apache crashes if a lot of file_get_contents are done. The Apache
error.log only contains this (I guess this just confirms that the Apache
server has crashed and no longer responds): [Fri May 09 12:15:04 2008]
[error] [client 192.168.0.1] PHP Warning: 
file_get_contents(http://localhost/test.htm) [a
href='function.file-get-contents'function.file-get-contents/a]: failed
to open stream: A connection attempt failed because the connected party did
not properly respond after a period of time, or established connection
failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\test.php on line 6


Reproduce code:
---
The following PHP script reproduces the problem:

?php
echo 'pre';
for ($i=1;;$i++)
{ echo $i.\n;
  flush();ob_flush();
  $contents = file_get_contents('http://localhost/test.htm');
}
?

After 203 iterations the Apache server crashes. The result is the same
whether localhost or IP address is used.

The problem depends on the contents of the test.htm file. If it only
contains

html
body
/body
/html

the script runs until it reaches the max execution time.

The test.htm that reproduces the problem contains:

html
head
link rel=stylesheet href=/systeem/style/style.css
titleV.V. De Meern/title
meta name=description content=V.V. De Meern
meta name=robots content=index,follow
script src=/beheer/include/header.js/script
/head
body
script src=menu.js/script
a href=menu.html/a
h1Home pagina A1/h1
pimg src=a1.jpg border=0 alt= //p
h1Spelers/h1
pNicky Vermeulen, Jon Gruters, Jerryl Smeenk, Bram van Wiggen, Rolf van
Elderen, Sander van der Woude, Melvin van Nood, Jorgos Katsivilis, Leo
Wakelkamp, Chen Margolin, Luis Plein, Danny Berkhouwer, Whaheed
Khodabaks,
Alessandro Damen, Thomas van Amerongen/p
h1Leiders/h1
pJohn Dunsbergen, Joost Satink, Lex van der Woude/p
script src=/beheer/include/footer.js/script
/body
/html

Expected result:

Run until max execution time exceeded.

Actual result:
--
Crashed beforehand.

-- 
Edit bug report at http://bugs.php.net/?id=44954edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44954r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44954r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44954r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44954r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44954r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44954r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44954r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44954r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44954r=support
Expected behavior:http://bugs.php.net/fix.php?id=44954r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44954r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44954r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44954r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44954r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44954r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44954r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44954r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44954r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44954r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44954r=mysqlcfg



#44954 [Fbk-Opn]: file_get_contents crashes Apache

2008-05-09 Thread abakker at gmx dot net
 ID:   44954
 User updated by:  abakker at gmx dot net
 Reported By:  abakker at gmx dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Win XP
 PHP Version:  5.2.6
 New Comment:

What more information do you need? As already mentioned:

1) create a test.htm file (in your top level directory that localhost
points to) with the following content:

html
head
link rel=stylesheet href=/systeem/style/style.css
titleV.V. De Meern/title
meta name=description content=V.V. De Meern
meta name=robots content=index,follow
script src=/beheer/include/header.js/script
/head
body
script src=menu.js/script
a href=menu.html/a
h1Home pagina A1/h1
pimg src=a1.jpg border=0 alt= //p
h1Spelers/h1
pNicky Vermeulen, Jon Gruters, Jerryl Smeenk, Bram van Wiggen, Rolf
van
Elderen, Sander van der Woude, Melvin van Nood, Jorgos Katsivilis, Leo
Wakelkamp, Chen Margolin, Luis Plein, Danny Berkhouwer, Whaheed
Khodabaks,
Alessandro Damen, Thomas van Amerongen/p
h1Leiders/h1
pJohn Dunsbergen, Joost Satink, Lex van der Woude/p
script src=/beheer/include/footer.js/script
/body
/html

2) Create a test.php file containing:

?php
echo 'pre';
for ($i=1;;$i++)
{ echo $i.\n;
  flush();ob_flush();
  $contents = file_get_contents('http://localhost/test.htm');
}
?

3) Run the test.php file from your browser. It display 1, 2, 3, 4, etc
and after 202 iterations it hangs because the Apache server has
crashed.

PS. The problem also occurs if you use fopen(), fgets(), fclose()
instead of file_get_contents.


Previous Comments:


[2008-05-09 14:12:22] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.






[2008-05-09 11:22:01] abakker at gmx dot net

Description:

Apache crashes if a lot of file_get_contents are done. The Apache
error.log only contains this (I guess this just confirms that the Apache
server has crashed and no longer responds): [Fri May 09 12:15:04 2008]
[error] [client 192.168.0.1] PHP Warning: 
file_get_contents(http://localhost/test.htm) [a
href='function.file-get-contents'function.file-get-contents/a]:
failed to open stream: A connection attempt failed because the connected
party did not properly respond after a period of time, or established
connection failed because connected host has failed to respond.\r\n in
C:\\Andre\\Apache\\test.php on line 6


Reproduce code:
---
The following PHP script reproduces the problem:

?php
echo 'pre';
for ($i=1;;$i++)
{ echo $i.\n;
  flush();ob_flush();
  $contents = file_get_contents('http://localhost/test.htm');
}
?

After 203 iterations the Apache server crashes. The result is the same
whether localhost or IP address is used.

The problem depends on the contents of the test.htm file. If it only
contains

html
body
/body
/html

the script runs until it reaches the max execution time.

The test.htm that reproduces the problem contains:

html
head
link rel=stylesheet href=/systeem/style/style.css
titleV.V. De Meern/title
meta name=description content=V.V. De Meern
meta name=robots content=index,follow
script src=/beheer/include/header.js/script
/head
body
script src=menu.js/script
a href=menu.html/a
h1Home pagina A1/h1
pimg src=a1.jpg border=0 alt= //p
h1Spelers/h1
pNicky Vermeulen, Jon Gruters, Jerryl Smeenk, Bram van Wiggen, Rolf
van
Elderen, Sander van der Woude, Melvin van Nood, Jorgos Katsivilis, Leo
Wakelkamp, Chen Margolin, Luis Plein, Danny Berkhouwer, Whaheed
Khodabaks,
Alessandro Damen, Thomas van Amerongen/p
h1Leiders/h1
pJohn Dunsbergen, Joost Satink, Lex van der Woude/p
script src=/beheer/include/footer.js/script
/body
/html

Expected result:

Run until max execution time exceeded.

Actual result:
--
Crashed beforehand.





-- 
Edit this bug report at http://bugs.php.net/?id=44954edit=1