ID: 38111 Comment by: todd at lanlocked dot net Reported By: svendavidh at hotmail dot com Status: Feedback Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.2.8 Assigned To: pajoye New Comment:
RE paj...@php.net There is no php.exe process to generate a backtrace from. It is loaded via ISAPI. I am having the same problem with PHP 5.2.8 on a clean install of IIS7 on Server 2008. It is done via ISAPI. Furthermore there is no test script to reproduce this - it appears to happen when IIS shuts down the worker process after 1740 minutes due to inactivity. Kind Regards, Todd Previous Comments: ------------------------------------------------------------------------ [2008-12-20 00:22:46] paj...@php.net Still no correct backtrace. Also you should really use fastcgi instead of the IIS sapi (works with IIS6 as well). ------------------------------------------------------------------------ [2008-12-20 00:07:27] studium at christophsackl dot com This bug still exists in PHP 5.3.8 32-bit and also with self-compiled 64-bit Version. ------------------------------------------------------------------------ [2008-11-28 01:00:00] 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-11-25 16:50:58] brice at digito dot fr 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 ! ------------------------------------------------------------------------ [2008-11-20 16:27:15] paj...@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. We are asking for more info (a backtrace)... I would also recommend to use the FCGI interface instead of the ISAPI. ------------------------------------------------------------------------ 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
