Bug #65247 [Com]: php.exe crashes when opcache.enable_cli=1

Edit report at https://bugs.php.net/bug.php?id=65247&edit=1 ID: 65247 Comment by: me at laurinkeithdavis dot com Reported by: me at laurinkeithdavis dot com Summary: php.exe crashes when opcache.enable_cli=1 Status: Feedback Type: Bug Package: Reproducible crash Operating System: Windows 7 x64 PHP Version: 5.5.0 Block user comment: N Private report: N New Comment: My teammate can confirm, still crashes after iisreset. Mine is not crashing on either machine this morning, but takes way too long to exit. Previous Comments: ------------------------------------------------------------------------ [2013-07-17 13:04:56] me at laurinkeithdavis dot com Ok, this morning on my home machine I got some very strange behavior. First, when running PHP using CLI it was crashing as soon as the script launched(not at the end as before.) This occurred every single time. On a whim, I restarted IIS (mind you, even though IIS was running on this machine, that site had not been used in 2 days), and the crashing at the beginning stopped. Now, it does not crash at the end, however, it does take a LONG time to shutdown - meaning, the script is complete (the test script is simply sleep(3);) and yet, the script does not exit for about 15 seconds. So, I tested it on my work machine - same behavior. Let me get one of my other developers to test. ------------------------------------------------------------------------ [2013-07-17 12:25:41] me at laurinkeithdavis dot com I guessed as much. Am I doing something wrong? ------------------------------------------------------------------------ [2013-07-17 10:55:20] ab@php.net Sadly the BT isn't usable. Normally it should start somewhere in kernel, go through main and include some php call stack, like in the first section on this page http://bugs.php.net/bugs-generating-backtrace-win32.php . You seem to export some partial BT. Thanks. ------------------------------------------------------------------------ [2013-07-16 16:40:19] me at laurinkeithdavis dot com Ok, now I think I'm loading the symbols (thought I was before, but maybe not), but I still don't know for sure if I'm doing it right. Though, this one is slightly different: Thread 0 - System ID 740 Entry point php!sapi_cli_single_write+88e6 Create time 7/16/2013 11:39:19 AM Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.62 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source ntdll!NtRaiseException+12 00b5f354 00b5f3a4 00000000 00000000 ntdll!RtlReportException+20 00b5f354 00b5f3a4 00000000 00b5f880 ntdll!RtlpTerminateFailureFilter+14 c0000374 00b5f254 774073bc 00000000 ntdll!RtlReportCriticalFailure+67 00000000 00b5f880 773bcfc0 00b5f268 ntdll!_EH4_CallFilterFunc+12 00000000 00000000 00000000 00b5f354 ntdll!_except_handler4+8e fffffffe 00b5f870 00b5f3a4 00b5f328 ntdll!ExecuteHandler2+26 00b5f354 00b5f870 00b5f3a4 00b5f328 ntdll!ExecuteHandler+24 00b5f354 00b5f870 00b5f3a4 00b5f328 ntdll!RtlDispatchException+127 00b5f354 00b5f3a4 00b5f354 00b5f3a4 ntdll!KiUserExceptionDispatcher+f 00b5f354 00b5f3a4 00b5f354 00b5f3a4 ------------------------------------------------------------------------ [2013-07-16 14:15:09] ab@php.net Ah, me ... php!mainCRTStartup it is ... i'm grieved. Did you load the debug symbols? You might get a better backtrace. As this one is really unusable, that's why it has confused me at the start. ------------------------------------------------------------------------ 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 https://bugs.php.net/bug.php?id=65247 -- Edit this bug report at https://bugs.php.net/bug.php?id=65247&edit=1