The fail seems to be caused only in builds using PGO, the patch disables it for the relevant place.

Disable optimization for the new handler is going to kill many perf improvements 
in 5.4+.
 
I am sure the issue occurs later on, inside the error management or the ini 
fetching code. But I cannot let this patch in as it is now, disabling optimization 
for new is no-no :)

the patch was updated to exlude zend_disable_class only from optimization

Debugging the snapshot ra18cede the backtrace is incomplete:

php5.dll!ZEND_NEW_SPEC_HANDLER(_zend_execute_data * execute_data)  Line 816 + 0xf bytes	C
00000001()	
php5.dll!52bd0c2f() 	

Custom compilation with PGO gives more:


php5ts.dll!ZEND_NEW_SPEC_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls)  Line 816 + 0x12 bytes	C
php5ts.dll!execute(_zend_op_array * op_array, void * * * tsrm_ls)  Line 410 + 0xb bytes	C
php5ts.dll!zend_execute_scripts(int type, void * * * tsrm_ls, _zval_struct * * retval, int file_count, ...)  Line 1280	C
php5ts.dll!php_execute_script(_zend_file_handle * primary_file, void * * * tsrm_ls)  Line 2473 + 0x12 bytes	C
php.exe!do_cli(int argc, char * * argv, void * * * tsrm_ls)  Line 989	C
php.exe!main(int argc, char * * argv)  Line 1361 + 0x14 bytes	C
php.exe!__tmainCRTStartup()  Line 582 + 0x17 bytes	C
kernel32.dll!7603ed6c()
[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]	
ntdll.dll!77b7377b()
ntdll.dll!77b7374e()

This bug has been fixed in SVN.

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/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.