php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #37575 Faulting application w3wp.exe
Submitted: 2006-05-24 08:03 UTC Modified: 2009-10-18 01:00 UTC
Votes:53
Avg. Score:4.6 ± 0.9
Reproduced:47 of 48 (97.9%)
Same Version:22 (46.8%)
Same OS:44 (93.6%)
From: richardvernooij at yahoo dot com Assigned: pajoye (profile)
Status: No Feedback Package: IIS related
PHP Version: 5.2 OS: Windows 2003 server
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: richardvernooij at yahoo dot com
New email:
PHP Version: OS:

 

 [2006-05-24 08:03 UTC] richardvernooij at yahoo dot com
Description:
------------
Hi.

I installed a brandnew server W2003 /IIS6 and PHP5.1.2 and Mysql5 now when i
go to a testsite where a phpfile is loaded ( just the phpinfo page is
enough) I get the following error in my eventviewer from windows 1 on every
5 times approximately in the application log

Faulting application w3wp.exe, version 6.0.3790.1830, faulting module
unknown, version 0.0.0.0, fault address 0x01275c90.

Occasioanlly I get the following error together with the otther in my system
log:

A process serving application pool 'DefaultAppPool' terminated unexpectedly.
The process id was '3660'. The process exit code was '0xc0000005'

I read in some newsgroups that this is a PHP issue, but i did not see any
solutions. Whould i install another php version ( what version is the best
stable for windows on IIS) or is there a better solution?

I hope someone can help me on this.

thanks,

Richard




Reproduce code:
---------------
load the PHP page a few times (phpinfo page is enough)
then restart IIS
then chach the application eventlog.

Expected result:
----------------
another error in the eventlog will appear


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-05-24 08:13 UTC] derick@php.net
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.

 [2006-05-24 11:56 UTC] richardvernooij at yahoo dot com
ok i tested the following versions: 

5.0.5
5.1.3
5.1.4
5.2-dev 
all have the same problem I tried this on 2 different servers running win2003 /IIS6 ASP.NET 1+2 Mysql 5.0 open ssl etc.. 

now i installed php4.4.2 and the problem does not appear anymore. now i wonder, is it save still to use version 4 or will i get problems in future?
 [2006-05-24 17:34 UTC] tony2001@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.


 [2006-06-01 01:00 UTC] 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".
 [2006-06-21 16:38 UTC] chihwen dot yang at gmail dot com
I have the same problem, but my DBMS is SQL Server 2000 (SP4).
 [2006-07-12 09:45 UTC] ferrante at aracnet dot com
I believe this is related to Bug #36853 Worker process crashes after application pool recycle.

There are some detailed posts at the bottom of that bug suggesting changing the extensions load order in the php.ini file or disabling DEP for the w3wp.exe process.
 [2006-07-26 19:57 UTC] jeep85 at gmail dot com
This error started to appear for me after I upgraded to PHP 5.1.4

Once I downgraded back to PHP 5.1.1 the errors went away.  Wasn't sure if that would help isolate the problem.

I'm running IIS6 on W2K3 SP1.
 [2007-04-06 06:02 UTC] chrisjx at gmail dot com
Having the very similar problems.  Now have Server 2003 sp2 installed still a problem.

The variation I'm having is that I get the error perhaps 6 times whenever I re-boot.  Then all is well and everything seems to work fine.

I went into PHP.INI and commented out the only extension I had, php_mysql.dll, rebooted and the problem no longer occurs.

However w/o this extension installed all is kaput...

I know, I see the note not to say "this is how I solved it" or "this might help you" and I suppose you might delete this, but I had to try.

I've had this problem since I installed 5.1.4 and I doubt it is "bogus".

Event Log:
Reporting queued error: faulting application w3wp.exe, version 6.0.3790.3959, faulting module unknown, version 0.0.0.0, fault address 0x01d45c80.
 [2007-12-28 21:25 UTC] masssheltie at hotmail dot com
Found this posting buried on a development web site.  David Wang et al possibly figured out the reason for the problem.

>This is a bug in the PHP ISAPI DLL during DLL unload. It is trying to
> double-free a piece of memory. When you recycle the Application Pool,
> it causes the w3wp.exe to shutdown and unload all ISAPI DLLs, hence
> triggering the PHP bug.
>
> The crash happen regardless of the IIS Application Pool identity.
>
> This should just be reported to PHP as a bug.

You can recreate the problem by accessing any PHP script, and then recycling the applications pool associated with the web page in IIS.  The recycling will cause the error, and will log same in the Event Viewer.  I've not heard any formal plans to cope with this as of yet.
 [2008-04-15 12:55 UTC] pranay dot vanjare at zenithinfotech dot com
I HAVE WINDOWS 2003 SERVER RC2 WITH 4G.B RAM XEON SYSTEM. I REGULARLY GET ONE ERROR IN W3WP.EXE FILE (REFERANCE MEMORY AT 0x01e7e8fo MEMORY COULD NOT BE READ) CAN U PLEASE HELP ME IN THAT BECAUSE THIS SERVER IS VERY CRITICAL FOR US.
 [2008-10-23 13:46 UTC] roberto at v-servers dot it
Hi, I have the same problem with w3wp.exe crashing after a website run page in php 5.2.6

On this website I have Joomla 1.5 installed, the website work but the web server which is IIS6 on windows 2003 server enterprise report all these errors every time a website with php run.

Event Type:	Error
Event Source:	Application Error
Event Category:	(100)
Event ID:	1000
Date:		20/10/2008
Time:		18.01.11
User:		N/A
Computer:	VSS
Description:
Faulting application w3wp.exe, version 6.0.3790.3959, faulting module w3core.dll, version 6.0.3790.3959, fault address 0x000201b4.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74   Applicat
0008: 69 6f 6e 20 46 61 69 6c   ion Fail
0010: 75 72 65 20 20 77 33 77   ure  w3w
0018: 70 2e 65 78 65 20 36 2e   p.exe 6.
0020: 30 2e 33 37 39 30 2e 33   0.3790.3
0028: 39 35 39 20 69 6e 20 77   959 in w
0030: 33 63 6f 72 65 2e 64 6c   3core.dl
0038: 6c 20 36 2e 30 2e 33 37   l 6.0.37
0040: 39 30 2e 33 39 35 39 20   90.3959 
0048: 61 74 20 6f 66 66 73 65   at offse
0050: 74 20 30 30 30 32 30 31   t 000201
0058: 62 34                     b4      


Is there any way to fix this or a PHP version that work without problem on IIS6? I am using php 4 on windows 2000 since 4 years without any problems.
 [2008-10-23 14:11 UTC] roberto at v-servers dot it
I forgot to add to my previous comment that this happen using php 5 as ISAPI, I am not sure if it happen also using it as CGI like I have done on the other server so maybe is a bug that happen only when PHP 5 is installed as ISAPI.

This should be fixed because ISAPI run much faster than CGI also CGI use much more of the server CPU resources which can be a problem when you have many websites run on php.
 [2008-10-23 15:52 UTC] pajoye@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.

I would also suggest to use FastCGI instead (fcgi is available for IIS 6 and 7).
 [2008-10-31 01:00 UTC] 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".
 [2009-10-10 12:38 UTC] nishant dot nigam at hkdigitalonline dot com
Hii,

I am also facing the same annoying problem from the past few  days I'm 
using

PHP 5.2.5
IIS 6
WIN 2k3
and Sql Server as backend

Andd while performinng some  databbase task i get "PHP has encountered 
an access violation at ........"
After restarting the IIS it gets away for some time and then it 
returns.

Willl Apache solve my problem or is this cozz i'm using some  sql 
server cconnection exteensions in my application.

Any help will be appreciated..
 [2009-10-10 13:41 UTC] pajoye@php.net
Please use the NTS build of PHP 5.2.11 and try again with FastCGI and not the ISAPI sapi. The ISAPI is deprecated and not maintained anymore, FastCGI is the recommended way to use PHP with IIS (by php.net and MS).
 [2009-10-18 01:00 UTC] 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".
 [2011-05-03 17:41 UTC] coden at fflt dot com
I know you guys hate this, but several years later: "Me too!" Do later PHP versions resolve this issue?
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 14 07:01:27 2024 UTC