#25597 [Fbk->Asn]: fastcgi + pfsockopen = crash
| From: | wez@php.net | Date: | Mon, 08 Dec 2003 11:15:00 +0000 |
| Subject: | #25597 [Fbk->Asn]: fastcgi + pfsockopen = crash | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-51801@lists.php.net to get a copy of this message | ||
ID: 25597
Updated by: wez@php.net
Reported By: dietrich dot ayala at foundstone dot com
-Status: Feedback
+Status: Assigned
Bug Type: CGI related
Operating System: windows 2000
PHP Version: 4.3.3
-Assigned To:
+Assigned To: wez
Previous Comments:
------------------------------------------------------------------------
[2003-12-08 06:00:30] jim at ernie dot demon dot co dot uk
I've got possible same problem with 4.3.4 using FastCGI on IIS 6,
Windows 2003 server. I am getting intermittent crashes with exception
error returned back from php.exe. Error reported:
Application Error
The instruction at "0xYYYYYYYYY" referenced memory at "0xZZZZZZZZZZZ".
The memory could not be "read".
The fastCGI wrapper for IIS returns a 503 "Server too busy" error:
"Server Error, unable to connect to fastcgi server." I have checked the
source for this error and located it in isapi_fcgi.cpp, line 373. See
http://www.caraveo.com/fastcgi/fastcgi-0.6.src.zip
for source. This
confirms dietrich report. FastCGI wrapper is probably unable to connect
to stale php.exe process after php.exe has caused an exception error.
To repro statistically, run Microsoft Web Application Stress Tool from
another client and reference the fastCGI server. This is just to
provide enough page hits to repro error as it is intermittent. I get
~20% 503 errors returned from the tool and corresponding php.exe
application errors on server console.
Note:
This error occurs with pages that do not use fsockopen or pfsockopen.
All pages use mysql_pconnect. I have tested with mysql_connect - same
problem. MySQL version is 4.0.16-nt. DB is resident on the same server
as fastCGI/IIS server. This is just (external dependency) information,
not necessarily the source of the problem.
------------------------------------------------------------------------
[2003-12-07 12:17:41] sniper@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Just try the snapshot and report whether this is fixed or not.
And if not, update the version info.
------------------------------------------------------------------------
[2003-11-18 17:15:55] dietrich dot ayala at foundstone dot com
Ilia,
was there an attempt to fix it, or is this an automated request to try
lates cvs? we're you able to repro using the repro script provided? wez
furlong said he's going to look into this.
thanks!
dietrich
------------------------------------------------------------------------
[2003-11-12 14:31:59] iliaa@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
------------------------------------------------------------------------
[2003-09-24 13:42:08] dietrich dot ayala at foundstone dot com
Thanks Edin.
I've updated to the latest stable Windows build, and applied Edin's
patched php4ts.dll.
The example script I gave still reproduces the crash.
The text of the Application Error alert is:
The instruction at "0x100108b4" referenced memory at "0x00000000'. The
memory could not be "read".
Then, as before, I get the FastCGI error:
Server Error, unable to connect to fastcgi server.
Thanks for any help in fixing this!
------------------------------------------------------------------------
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/25597
--
Edit this bug report at http://bugs.php.net/?id=25597&edit=1