ID:               25597
 Updated by:       [EMAIL PROTECTED]
 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] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

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

Reply via email to