ID: 38111 Comment by: brice at digito dot fr Reported By: svendavidh at hotmail dot com Status: Feedback Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.1.4 Assigned To: pajoye New Comment:
Hello, I've the same problem here ! I have a Windows 2008 Server/IIS7/PHP5. When IIS7 recycle a pool (all 20 minutes of inactivity or all 1740 minutes by default) PHP5 generate an error of w3wp.exe. I see exactly the same problem here : http://www.developersdex.com/asp/message.asp?p=592&r=6057007. "I can reproduce this on IIS7 with PHP 5.2.5. 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." Good luck ! Previous Comments: ------------------------------------------------------------------------ [2008-11-20 16:27:15] [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. We are asking for more info (a backtrace)... I would also recommend to use the FCGI interface instead of the ISAPI. ------------------------------------------------------------------------ [2008-11-20 15:53:05] iisworkerbug at willko dot com WS 2K3 Web Ed w IIS PHP 5.2.6 MySQL 5.0.67 win32 Joomla 1.5.7 As others have stated I see this error on a regular basis: IIS Worker Process encountered a problem and needed to close. szAppName : w3wp.exe szAppVer : 6.0.3790.3959 szModName : w3core.dll szModVer : 6.0.3790.3959 offset : 000201b4 Is there any more info available yet? ------------------------------------------------------------------------ [2008-07-13 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-05 07:59:20] [EMAIL PROTECTED] Please upload the backtrace somewhere and paste a link to it here. The information given here is not enough (no php calls). And if you have a scripts crashing, please copy it here too. See my other comments for the instructions on how to generate a backtrace on windows. ------------------------------------------------------------------------ [2008-07-05 05:22:14] noone at nowhere dot com I too see this problem on IIS7 with both Vista Ultimate and Win2K8 Web Edition. The problem is certainly related to security/authentication and such, since if you run the worker process under a named admin account, then the crashes at regular intervals dissappear. The thing is that PHP does still cause a fault on exit, which is a bit unpleasant, especially if you develop your own ISAPI modules and or PECL extensions alongside PHP. It makes it much harder to trace memory leaks in ones own code, and so on. One might think that people are keen to promote the quality of PHP, but it seems "They all do that sir." is good enough. ------------------------------------------------------------------------ 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/38111 -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
