Debug Report:

Analysis Summary  
  Type Description Recommendation 
  Error WARNING - DebugDiag was not able to locate debug symbols for php5ts.dll, so the information below may be incomplete.



In apache__PID__4388__Date__08_12_2011__Time_09_35_55AM__156__Second_Chance_Exception_C0000005.dmp the assembly instruction at php5ts!zend_mm_set_custom_handlers+270 in G:\Apps\EasyPhp\EasyPHP-5.4alpha3\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC0000005) when trying to read from memory location 0x00000100 on thread 63
 Please follow up with the vendor The PHP Group for G:\Apps\EasyPhp\EasyPHP-5.4alpha3\php\php5ts.dll
 
  Information DebugDiag determined that this dump file (apache__PID__4388__Date__08_12_2011__Time_09_35_55AM__156__Second_Chance_Exception_C0000005.dmp) is a crash dump and did not perform any hang analysis. If you wish to enable combined crash and hang analysis for crash dumps, edit the CrashHangAnalysis.asp script (located in the DebugDiag\Scripts folder) and set the g_DoCombinedAnalysis constant to True.   
 
 


 
 Analysis Details  
  


 Your browser settings are currently prohibiting this report's scripts from running.

This is preventing some features of this analysis report from displaying properly. To enable scripts to run, right-click the security warning above and choose "Allow Blocked Content..." or enable the "Allow active content to run in files on My Computer*" setting on the Advanced tab of your "Internet Options" dialog to avoid being prompted in the future 





Table Of Contents
apache__PID__4388__Date__08_12_2011__Time_09_35_55AM__156__Second_Chance_Exception_C0000005.dmp

   Faulting Thread

   Faulting Module Information



 Report for apache__PID__4388__Date__08_12_2011__Time_09_35_55AM__156__Second_Chance_Exception_C0000005.dmp




Report for apache__PID__4388__Date__08_12_2011__Time_09_35_55AM__156__Second_Chance_Exception_C0000005.dmp
Type of Analysis Performed   Crash Analysis 
Machine Name   SATINA 
Operating System   Windows XP Service Pack 3 
Number Of Processors   2 
Process ID   4388 
Process Image   G:\Apps\EasyPhp\EasyPHP-5.4alpha3\apache\bin\apache.exe 
System Up-Time   02:37:38 
Process Up-Time   00:02:35 


Thread 63 - System ID 5176
Entry point   msvcr90!endthreadex+6f 
Create time   12/08/2011 09:33:23 
Time spent in user mode   0 Days 0:0:0.0 
Time spent in kernel mode   0 Days 0:0:0.15 






Function     Arg 1     Arg 2     Arg 3   Source 
php5ts!zend_mm_set_custom_handlers+270     00000054     02eedf58     00000000    
php5ts!safe_emalloc+74     00000000     00000000     00000000    




PHP5TS!ZEND_MM_SET_CUSTOM_HANDLERS+270WARNING - DebugDiag was not able to locate debug symbols for php5ts.dll, so the information below may be incomplete.



In apache__PID__4388__Date__08_12_2011__Time_09_35_55AM__156__Second_Chance_Exception_C0000005.dmp the assembly instruction at php5ts!zend_mm_set_custom_handlers+270 in G:\Apps\EasyPhp\EasyPHP-5.4alpha3\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC0000005) when trying to read from memory location 0x00000100 on thread 63

Module Information 
Image Name: G:\Apps\EasyPhp\EasyPHP-5.4alpha3\php\php5ts.dll   Symbol Type:  Export 
Base address: 0x00b90000   Time Stamp:  Thu Aug 04 12:43:07 2011  
Checksum: 0x005ecb62   Comments:   
COM DLL: False   Company Name:  The PHP Group 
ISAPIExtension: False   File Description:  PHP Script Interpreter 
ISAPIFilter: False   File Version:  5.4.0alpha3 
Managed DLL: False   Internal Name:  PHP Script Interpreter 
VB DLL: False   Legal Copyright:  Copyright © 1997-2010 The PHP Group 
Loaded Image Name:  php5ts.dll   Legal Trademarks:  PHP 
Mapped Image Name:     Original filename:  php5ts.dll 
Module name:  php5ts   Private Build:   
Single Threaded:  False   Product Name:  PHP 
Module Size:  6,04 MBytes   Product Version:  5.4.0alpha3 
Symbol File Name:  php5ts.dll   Special Build:  &

Valgrind log: https://gist.github.com/1141668
Some GDB data: https://gist.github.com/9232dcdd3b48d646c5c6

Probably related to bug #55382

In my bug report, it isnt about $GLOBALS.

I isolated the problem more than him.

This does seem the root culprit than the use of SUPERGLOBALS, it does seem to be 
related to including of a trait instead of the contents of the trait, mine could 
just be a side effect

I think it was a problem with handling literals.
Which would make it a duplicate of https://bugs.php.net/bug.php?id=55372.

Could you please verify whether it works as of SVN rev 314933?

Thanks
Stefan

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.