Thanks for the report. Can you please provide more info about how to reproduce the crash? Maybe you could also check whether a process dump is already produced and linked in the event log item.

Thanks.

I've got the same issue with PHP 5.5 x86 DLL (now available: see issue #70683).

Here are more info on windows event observer I got 

Version=1
EventType=APPCRASH
EventTime=130892298547674000
ReportType=2
Consent=1
UploadTime=130892298578404000
Response.BucketId=281513395
Response.BucketTable=25
Response.type=4
Sig[0].Name=Nom de l’application
Sig[0].Value=php.exe
Sig[1].Name=Version de l’application
Sig[1].Value=5.5.30.0
Sig[2].Name=Horodatage de l'application
Sig[2].Value=560c4bd7
Sig[3].Name=Nom du module par défaut
Sig[3].Value=MSVCR110.dll
Sig[4].Name=Version du module par défaut
Sig[4].Value=11.0.51106.1
Sig[5].Name=Horodateur du module par défaut
Sig[5].Value=5098858e
Sig[6].Name=Code de l’exception
Sig[6].Value=c0000005
Sig[7].Name=Décalage de l’exception
Sig[7].Value=0000e33d
DynamicSig[1].Name=Version du système
DynamicSig[1].Value=6.0.6002.2.2.0.768.3
DynamicSig[2].Name=Identificateur de paramètres régionaux
DynamicSig[2].Value=1036
DynamicSig[22].Name=Information supplémentaire n° 1
DynamicSig[22].Value=c862
DynamicSig[23].Name=Information supplémentaire n° 2
DynamicSig[23].Value=b3f41f7f6847d4490c7d193672cbbf67
DynamicSig[24].Name=Information supplémentaire n° 3
DynamicSig[24].Value=dc8c
DynamicSig[25].Name=Information supplémentaire n° 4
DynamicSig[25].Value=277421de71c3c4dc2c35e4693e18997d
UI[2]=C:\UwAmp\bin\php\php-5.5.30\php.exe
UI[3]=CLI a cessé de fonctionner
UI[4]=Windows peut rechercher une solution au problème en ligne.
UI[5]=Rechercher une solution en ligne et fermer le programme
UI[6]=Rechercher ultérieurement une solution en ligne et fermer le programme
UI[7]=Fermer le programme
State[0].Key=Transport.DoneStage1
State[0].Value=1
State[1].Key=DataRequest
State[1].Value=Bucket=281513395/nBucketTable=25/nResponse=1/n
FriendlyEventName=Fonctionnement arrêté
ConsentKey=APPCRASH
AppName=CLI
AppPath=C:\UwAmp\bin\php\php-5.5.30\php.exe

And with PHP 5.6

Version=1
EventType=APPCRASH
EventTime=130892302301274000
ReportType=2
Consent=1
UploadTime=130892302332054000
Response.BucketId=275075999
Response.BucketTable=25
Response.type=4
Sig[0].Name=Nom de l’application
Sig[0].Value=php.exe
Sig[1].Name=Version de l’application
Sig[1].Value=5.6.14.0
Sig[2].Name=Horodatage de l'application
Sig[2].Value=560c5571
Sig[3].Name=Nom du module par défaut
Sig[3].Value=MSVCR110.dll
Sig[4].Name=Version du module par défaut
Sig[4].Value=11.0.51106.1
Sig[5].Name=Horodateur du module par défaut
Sig[5].Value=5098858e
Sig[6].Name=Code de l’exception
Sig[6].Value=c0000005
Sig[7].Name=Décalage de l’exception
Sig[7].Value=0000e33d
DynamicSig[1].Name=Version du système
DynamicSig[1].Value=6.0.6002.2.2.0.768.3
DynamicSig[2].Name=Identificateur de paramètres régionaux
DynamicSig[2].Value=1036
DynamicSig[22].Name=Information supplémentaire n° 1
DynamicSig[22].Value=91d7
DynamicSig[23].Name=Information supplémentaire n° 2
DynamicSig[23].Value=7156f06872e178704368362ea1a5ce9b
DynamicSig[24].Name=Information supplémentaire n° 3
DynamicSig[24].Value=e6ea
DynamicSig[25].Name=Information supplémentaire n° 4
DynamicSig[25].Value=21ea895f9d4d08c5e25584700051bda3
UI[2]=C:\UwAmp\bin\php\php-5.6.14\php.exe
UI[3]=CLI a cessé de fonctionner
UI[4]=Windows peut rechercher une solution au problème en ligne.
UI[5]=Rechercher une solution en ligne et fermer le programme
UI[6]=Rechercher ultérieurement une solution en ligne et fermer le programme
UI[7]=Fermer le programme
State[0].Key=Transport.DoneStage1
State[0].Value=1
State[1].Key=DataRequest
State[1].Value=Bucket=275075999/nBucketTable=25/nResponse=1/n
FriendlyEventName=Fonctionnement arrêté
ConsentKey=APPCRASH
AppName=CLI
AppPath=C:\UwAmp\bin\php\php-5.6.14\php.exe

Thanks for the update. Please read how to get a backtrace here https://bugs.php.net/bugs-generating-backtrace-win32.php . We need a backtrace to evaluate the cause of the crash.

Another thing - from what I see, you use UwAmp. Please check whether you have a crash with the vanilla binaries from php.net .

Thanks.

I cannot produced backtrace.

BTW, with your comment on #70721, I've retried to run application (like Composer) that produced crash on PHP 7.0 RC5 and PHP 5.6.15 RC1 that included the bundle version of timezonedb 2015.7 and I got no issue.

Yeah, thanks for the check. The timezonedb ext is primarily intended to be loaded in the lower PHP versions where the bundled version is outdated.

Without a BT it's hard to say what happens on your side, i don't reproduce any crash. So I tend to say it's either something in your configuration, or it's something with the LAMP distribution you use. What does the vanilla PHP show?

Thanks.

I used UwAmp since a long time, and each time there are new PHP versions (either RC or stable), I download binaries from "windows.php.net", replacing older versions by newest.

I have no issue with all DLL downloaded from "pecl.php.net". To be honest, this is the first time (2015.7) I've tested timezonedb. 

Sorry but I don't understand what is vanilla / what it should be suppose to do!

Thanks to take time to reply to my posts.

Yeah, vanilla meant exactly that, the official PHP binaries. Thanks for not giving up :) 

Maybe it could have success to use this approach https://msdn.microsoft.com/en-us/library/windows/desktop/bb787181%28v=vs.85%29.aspx . That way it could possibly produce a crash dump file that you could share. To reproduce the crash, please switch into the PHP dir on cmd run it as follows on console

php.exe -n -d extension_dir=ext -d extension=php_timezone.dll -i

If you've a dump, please share it.


BTW i've just checked the UwAmp distribution 3.0.1 and - the Apache build is done with VS2008 while fe PHP 5.5 is officially built with VS2012. That can bring sporadic crashes when PHP is used as module, especially when some sensitive exts are used (like openssl). It doesn't look like the case you have, but in general I wouldn't recommend using this distribution if you use PHP as module as it mixes binaries done with incompatible CRT versions.

Thanks.

Link provided allow me to share the dump files now.

PHP 5.5.30 => php.exe.4836.dmp
PHP 5.6.14 => php.exe.5512.dmp

Zip files that contains dmp files are available at
http://laurent-laville.org/php/

Thanks for the dumps. Whereby i've asked to run php without any extensions loaded ;) But now from the dump, here's the BT


 	msvcr110.dll!memcpy(unsigned char * dst, unsigned char * src, unsigned long count) Line 305	Unknown
>	php5ts.dll!execute_internal(_zend_execute_data * execute_data_ptr, _zend_fcall_info * fci, int return_value_used, void * * * tsrm_ls) Line 1531	C
 	php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 560	C
 	php5ts.dll!ZEND_USER_OPCODE_SPEC_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 1313	C
 	php5ts.dll!execute_ex(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 363	C
 	php5ts.dll!ZEND_USER_OPCODE_SPEC_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 1313	C
 	php5ts.dll!execute_ex(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 363	C
 	php5ts.dll!zend_extension_statement_handler(const _zend_extension * extension, _zend_op_array * op_array, void * * * tsrm_ls) Line 985	C
 	php5ts.dll!ZEND_USER_OPCODE_SPEC_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 1313	C

The research shows, that the crash is most likely caused by xdebug. You could try to upgrade xdebug. Or, if you always use latest PHP, you don't need timezone. I have no idea about compatibility of xdebug and timezonedb, it might make sense you to close this ticket and report to xdebug bugtracker instead.

Thanks.

Ok, as I've already the latest version of xdebug (2.3.3), and it was only a test attempt only. And I got no issues with versions 2015.7 embeded in PHP 5, I think it's acceptable to close this issue.

Thanks BTW, to share how to dump and retrieve crash reports on windows.

Laurent :)

See my previous comment