Bug #45786 [Com]: FastCGI process exited unexpectedly
Edit report at http://bugs.php.net/bug.php?id=45786&edit=1 ID: 45786 Comment by: donizete at panrotas dot com dot br Reported by:karelevzen at gmail dot com Summary:FastCGI process exited unexpectedly Status: Closed Type: Bug Package:CGI related Operating System: Windows Vista Ultimate x64 SP1 PHP Version:5.3CVS-2008-08-10 (CVS) Assigned To:dmitry Block user comment: N Private report: N New Comment: egergergerg Previous Comments: [2010-04-22 06:43:42] sejo at iteontech dot com After debugging IIS and a bunch of other crazy things, this is what worked for me. I have PHP 5.3.2 on Windows 7 and IIS 7. Try to execute PHP-CGI.EXE (BY DOUBLECLICKING ON IT). See if you get any error messages/ pop-ups. I got a ton of them and it all boiled down on having a bunch of extensions turned on, but not being available in my ext folder. Clear the PHP.INI of those invalid extensions and the problem should go away. [2010-04-12 19:36:05] paj...@php.net Did you enable mbstring as well? And put it before exif in the list? Exif requires mbstring. However that's unrelated to this bug, please ask for support on the PHP windows mailing list (or any other support channel). [2010-04-12 19:11:02] differentpk at gmail dot com I had the same problem like error 500, I set all extentions off and the problem was gone. Then i uncommented extentions one by one and found that the problems occures at ;extension=php_exif.dll. Though i removed the error message but i am still unable to find the solution yet. [2008-08-26 09:59:12] dmi...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2008-08-18 18:45:10] karelevzen at gmail dot com If this helps, I have created a dump 6 seconds after executing the page. Thread 0: ntdll!NtDelayExecution+15 kernel32!SleepEx+62 kernel32!Sleep+f php5ts!php_get_inf+1eaf php5ts!execute+cc5 php5ts!execute+6130 Thread 1: user32!NtUserGetMessage+15 user32!GetMessageA+a2 php5ts!zend_timeout+1a8 Another thing I found interesting is, that upon the request, a php-cgi.exe is created and does nothing. After the timeout, in the same exact moment, a new php-cgi.exe is created, the old php-cgi.exe is destroyed and the page is rendered. Is this behaviour normal or should I futher investigate this strange process? This second php-cgi.exe process is destroyed upon refresh and the display of the IIS error message. 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/bug.php?id=45786 -- Edit this bug report at http://bugs.php.net/bug.php?id=45786&edit=1
Bug #45786 [Com]: FastCGI process exited unexpectedly
Edit report at http://bugs.php.net/bug.php?id=45786&edit=1 ID: 45786 Comment by: sejo at iteontech dot com Reported by: karelevzen at gmail dot com Summary: FastCGI process exited unexpectedly Status: Closed Type: Bug Package: CGI related Operating System: Windows Vista Ultimate x64 SP1 PHP Version: 5.3CVS-2008-08-10 (CVS) Assigned To: dmitry New Comment: After debugging IIS and a bunch of other crazy things, this is what worked for me. I have PHP 5.3.2 on Windows 7 and IIS 7. Try to execute PHP-CGI.EXE (BY DOUBLECLICKING ON IT). See if you get any error messages/ pop-ups. I got a ton of them and it all boiled down on having a bunch of extensions turned on, but not being available in my ext folder. Clear the PHP.INI of those invalid extensions and the problem should go away. Previous Comments: [2010-04-12 19:36:05] paj...@php.net Did you enable mbstring as well? And put it before exif in the list? Exif requires mbstring. However that's unrelated to this bug, please ask for support on the PHP windows mailing list (or any other support channel). [2010-04-12 19:11:02] differentpk at gmail dot com I had the same problem like error 500, I set all extentions off and the problem was gone. Then i uncommented extentions one by one and found that the problems occures at ;extension=php_exif.dll. Though i removed the error message but i am still unable to find the solution yet. [2008-08-26 09:59:12] dmi...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2008-08-18 18:45:10] karelevzen at gmail dot com If this helps, I have created a dump 6 seconds after executing the page. Thread 0: ntdll!NtDelayExecution+15 kernel32!SleepEx+62 kernel32!Sleep+f php5ts!php_get_inf+1eaf php5ts!execute+cc5 php5ts!execute+6130 Thread 1: user32!NtUserGetMessage+15 user32!GetMessageA+a2 php5ts!zend_timeout+1a8 Another thing I found interesting is, that upon the request, a php-cgi.exe is created and does nothing. After the timeout, in the same exact moment, a new php-cgi.exe is created, the old php-cgi.exe is destroyed and the page is rendered. Is this behaviour normal or should I futher investigate this strange process? This second php-cgi.exe process is destroyed upon refresh and the display of the IIS error message. [2008-08-18 15:58:20] karelevzen at gmail dot com No succes, sorry. It behaves the same, eg. it loads the content, then keeps "loading" for some time (faulty php module). This time, the GUI error message DOES NOT APPER, but when I hit refresh, it displays a IIS error message stating: HTTP Error 500.0 - Internal Server Error Module FastCgiModule NotificationExecuteRequestHandler Handler PHP Error Code 0x8007000d After another refresh the page again loads, keeps on loading for a while, than, after another refresh the same error appears. IMHO it's the same problem, but this time IIS realizes that an error had occured when the second request is received. Due to the GUI error not showing, I cannot send you a crushdump. 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/bug.php?id=45786 -- Edit this bug report at http://bugs.php.net/bug.php?id=45786&edit=1
Bug #45786 [Com]: FastCGI process exited unexpectedly
Edit report at http://bugs.php.net/bug.php?id=45786&edit=1 ID: 45786 Comment by: differentpk at gmail dot com Reported by: karelevzen at gmail dot com Summary: FastCGI process exited unexpectedly Status: Closed Type: Bug Package: CGI related Operating System: Windows Vista Ultimate x64 SP1 PHP Version: 5.3CVS-2008-08-10 (CVS) Assigned To: dmitry New Comment: I had the same problem like error 500, I set all extentions off and the problem was gone. Then i uncommented extentions one by one and found that the problems occures at ;extension=php_exif.dll. Though i removed the error message but i am still unable to find the solution yet. Previous Comments: [2008-08-26 09:59:12] dmi...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2008-08-18 18:45:10] karelevzen at gmail dot com If this helps, I have created a dump 6 seconds after executing the page. Thread 0: ntdll!NtDelayExecution+15 kernel32!SleepEx+62 kernel32!Sleep+f php5ts!php_get_inf+1eaf php5ts!execute+cc5 php5ts!execute+6130 Thread 1: user32!NtUserGetMessage+15 user32!GetMessageA+a2 php5ts!zend_timeout+1a8 Another thing I found interesting is, that upon the request, a php-cgi.exe is created and does nothing. After the timeout, in the same exact moment, a new php-cgi.exe is created, the old php-cgi.exe is destroyed and the page is rendered. Is this behaviour normal or should I futher investigate this strange process? This second php-cgi.exe process is destroyed upon refresh and the display of the IIS error message. [2008-08-18 15:58:20] karelevzen at gmail dot com No succes, sorry. It behaves the same, eg. it loads the content, then keeps "loading" for some time (faulty php module). This time, the GUI error message DOES NOT APPER, but when I hit refresh, it displays a IIS error message stating: HTTP Error 500.0 - Internal Server Error Module FastCgiModule NotificationExecuteRequestHandler Handler PHP Error Code 0x8007000d After another refresh the page again loads, keeps on loading for a while, than, after another refresh the same error appears. IMHO it's the same problem, but this time IIS realizes that an error had occured when the second request is received. Due to the GUI error not showing, I cannot send you a crushdump. [2008-08-18 11:03:30] dmi...@php.net Could you please retest CVS. [2008-08-13 14:22:26] j...@php.net Dmitry, something fishy with request shutdown in fastcgi? Note the ini options used by the user: cgi.force_redirect = 0 cgi.fix_pathinfo=1 fastcgi.impersonate = 1 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/bug.php?id=45786 -- Edit this bug report at http://bugs.php.net/bug.php?id=45786&edit=1
#45786 [Com]: FastCGI process exited unexpectedly
ID: 45786 Comment by: karelevzen at gmail dot com Reported By: karelevzen at gmail dot com Status: Assigned Bug Type: CGI related Operating System: Windows Vista Ultimate x64 SP1 PHP Version: 5.3CVS-2008-08-10 (CVS) Assigned To: dmitry New Comment: If this helps, I have created a dump 6 seconds after executing the page. Thread 0: ntdll!NtDelayExecution+15 kernel32!SleepEx+62 kernel32!Sleep+f php5ts!php_get_inf+1eaf php5ts!execute+cc5 php5ts!execute+6130 Thread 1: user32!NtUserGetMessage+15 user32!GetMessageA+a2 php5ts!zend_timeout+1a8 Another thing I found interesting is, that upon the request, a php-cgi.exe is created and does nothing. After the timeout, in the same exact moment, a new php-cgi.exe is created, the old php-cgi.exe is destroyed and the page is rendered. Is this behaviour normal or should I futher investigate this strange process? This second php-cgi.exe process is destroyed upon refresh and the display of the IIS error message. Previous Comments: [2008-08-18 15:58:20] karelevzen at gmail dot com No succes, sorry. It behaves the same, eg. it loads the content, then keeps "loading" for some time (faulty php module). This time, the GUI error message DOES NOT APPER, but when I hit refresh, it displays a IIS error message stating: HTTP Error 500.0 - Internal Server Error Module FastCgiModule NotificationExecuteRequestHandler Handler PHP Error Code 0x8007000d After another refresh the page again loads, keeps on loading for a while, than, after another refresh the same error appears. IMHO it's the same problem, but this time IIS realizes that an error had occured when the second request is received. Due to the GUI error not showing, I cannot send you a crushdump. [2008-08-18 11:03:30] [EMAIL PROTECTED] Could you please retest CVS. [2008-08-13 14:22:26] [EMAIL PROTECTED] Dmitry, something fishy with request shutdown in fastcgi? Note the ini options used by the user: cgi.force_redirect = 0 cgi.fix_pathinfo=1 fastcgi.impersonate = 1 [2008-08-13 10:32:13] karelevzen at gmail dot com So hey, I managed to find a 5.3 release WITH debug files at http://downloads.php.net/pierre/ ! Here is the complete bugtrace. php_cgi!fcgi_free_var+4 001b2638 00c0ddcc php5ts!zend_hash_destroy+27 00c0fe00 0010 0001 php_cgi!fcgi_finish_request+2f 00c0ddcc 001b2638 001b2708 php_cgi!fcgi_accept_request+17 00c0ddcc php_cgi!main+69f 0001 001b2638 001b1690 php_cgi!mainCRTStartup+e3 7efde000 00c0ffd4 7752cfed kernel32!BaseThreadInitThunk+e 7efde000 7770f651 ntdll!__RtlUserThreadStart+23 00405ed6 7efde000 ntdll!_RtlUserThreadStart+1b 00405ed6 7efde000 PHP_CGI!FCGI_FREE_VAR+4In php-cgi__PID__4064__Date__08_13_2008__Time_12_29_14PM__838__Second_Chance_Exception_C005.dmp the assembly instruction at php_cgi!fcgi_free_var+4 in C:\Program Files (x86)\php\php-cgi.exe from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 [2008-08-13 06:28:16] karelevzen at gmail dot com I did that.I've downloaded the debug pack, unpacked it to: C:\Users\karel_evzen\Desktop\php-dbg and set the Symbol search path for analysis option in Debug Diagnostic Tool to: C:\Users\karel_evzen\Desktop\php-dbg Yet I get the symbols not found warning. Am I missing something? The debug pack contains runnable PHP, no pdb files. I cant find pdb files for the current 5.3 snapshot. Try it yourself. 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/45786 -- Edit this bug report at http://bugs.php.net/?id=45786&edit=1
#45786 [Com]: FastCGI process exited unexpectedly
ID: 45786 Comment by: karelevzen at gmail dot com Reported By: karelevzen at gmail dot com Status: Open Bug Type: CGI related Operating System: Windows Vista Ultimate x64 SP1 PHP Version: 5.3CVS-2008-08-10 (CVS) Assigned To: fb-req-jani New Comment: So hey, I managed to find a 5.3 release WITH debug files at http://downloads.php.net/pierre/ ! Here is the complete bugtrace. php_cgi!fcgi_free_var+4 001b2638 00c0ddcc php5ts!zend_hash_destroy+27 00c0fe00 0010 0001 php_cgi!fcgi_finish_request+2f 00c0ddcc 001b2638 001b2708 php_cgi!fcgi_accept_request+17 00c0ddcc php_cgi!main+69f 0001 001b2638 001b1690 php_cgi!mainCRTStartup+e3 7efde000 00c0ffd4 7752cfed kernel32!BaseThreadInitThunk+e 7efde000 7770f651 ntdll!__RtlUserThreadStart+23 00405ed6 7efde000 ntdll!_RtlUserThreadStart+1b 00405ed6 7efde000 PHP_CGI!FCGI_FREE_VAR+4In php-cgi__PID__4064__Date__08_13_2008__Time_12_29_14PM__838__Second_Chance_Exception_C005.dmp the assembly instruction at php_cgi!fcgi_free_var+4 in C:\Program Files (x86)\php\php-cgi.exe from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 Previous Comments: [2008-08-13 06:28:16] karelevzen at gmail dot com I did that.I've downloaded the debug pack, unpacked it to: C:\Users\karel_evzen\Desktop\php-dbg and set the Symbol search path for analysis option in Debug Diagnostic Tool to: C:\Users\karel_evzen\Desktop\php-dbg Yet I get the symbols not found warning. Am I missing something? The debug pack contains runnable PHP, no pdb files. I cant find pdb files for the current 5.3 snapshot. Try it yourself. [2008-08-13 01:05:43] [EMAIL PROTECTED] Well, you propably should install the debug symbols then? They can be found at same place as the snapshots.. [2008-08-12 20:51:42] karelevzen at gmail dot com It tells me that it was not able to locate debug symbols, so I hope you find everything you need in this report. (I run it twice with the same results.) Entry point php_cgi+5ed6 Create time 12.8.2008 22:45:19 Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.31 Function Arg 1 Arg 2 Arg 3 Source php_cgi+5604 01452638 00c0ddcc php5ts!zend_hash_destroy+27 PHP_CGI+5604WARNING - DebugDiag was not able to locate debug symbols for php-cgi.exe, so the information below may be incomplete. In php-cgi__PID__5468__Date__08_12_2008__Time_10_45_29PM__791__Second_Chance_Exception_C005.dmp the assembly instruction at php_cgi+5604 in C:\Program Files (x86)\php\php-cgi.exe from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 [2008-08-12 14:46:42] [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. [2008-08-12 14:41:54] karelevzen at gmail dot com I am not loading any extensions. It's a fresh install with recommended php.ini and only these changes: cgi.force_redirect = 0 cgi.fix_pathinfo=1 fastcgi.impersonate = 1 and correct extension_dir As I said, I've got all the extensions commented out. 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/45786 -- Edit this bug report at http://bugs.php.net/?id=45786&edit=1