Thanks for the report. This looks like something else however, especially as you don't mention the "base address". Could you please show the backtrace? This info can help on getting it https://bugs.php.net/bugs-generating-backtrace-win32.php

Thanks.

I have tested revision: 395ef4efb72aab6a660612be4632794f00991d85

I have generated several dumps and all crashes occured at the same location, see the stack:

php_opcache.dll!accel_startup(_zend_extension * extension) Line 2562	C
php5.dll!zend_extension_startup(_zend_extension * extension) Line 154	C
php5.dll!zend_llist_apply_with_del(_zend_llist * l, int (void *) * func) Line 178	C
php5.dll!zend_startup_extensions(...) Line 175	C
php5.dll!php_module_startup(_sapi_module_struct * sf, _zend_module_entry * additional_modules, unsigned int num_additional_modules) Line 2239	C
php-cgi.exe!php_cgi_startup(_sapi_module_struct * sapi_module) Line 939	C
php-cgi.exe!main(int argc, char * * argv) Line 1915	C
[External Code]	

Thanks for your time.

Best regards,
Petr Maly

Thanks for the trace, Petr. Could you please check whether this (or later) snap fixes the issue? http://windows.php.net/downloads/snaps/php-5.6/r22af882/ .

Otherwise I'd need your ini settings and maybe some description how to reproduce this.

Thanks.

I have tested the listed snapshot, and I have compiled my own relaese binaries from revision 36311ee4fd0ad33735ab0dc02f795b65888ca72d and must announce that the crashing still persists. The stack is same as in previous step:

php_opcache.dll!accel_startup(_zend_extension * extension) Line 2599	C
php5.dll!zend_extension_startup(_zend_extension * extension) Line 154	C
php5.dll!zend_llist_apply_with_del(_zend_llist * l, int (void *) * func) Line 178	C
php5.dll!zend_startup_extensions(...) Line 175	C
php5.dll!php_module_startup(_sapi_module_struct * sf, _zend_module_entry * additional_modules, unsigned int num_additional_modules) Line 2312	C
php-cgi.exe!php_cgi_startup(_sapi_module_struct * sapi_module) Line 942	C
php-cgi.exe!main(int argc, char * * argv) Line 1919	C
[External Code]	

Thanks for your time.

Best regards,
Petr Maly

Ok, thanks for checking. Please post your ini and instructions to reproduce.

Thanks.

I have used default php ini configuration. The only diffs:
- Extension path was directed to the same directory as php.exe
- there was enabled only extension:
      zend_extension=php_opcache.dll
- opcache settings:
     [opcache]
     opcache.memory_consumption=128
     opcache.interned_strings_buffer=8
     opcache.max_accelerated_files=4000
     opcache.revalidate_freq=60
     opcache.fast_shutdown=1
     opcache.enable_cli=0

The PHP was executed via mod_fcgid in apache 2.2.29. Httpd.conf snippet:

   LoadModule fcgid_module modules/mod_fcgid.so
   AddHandler fcgid-script .php

   FcgidWrapper "\"C:/sw/MyQ/php/php/php-cgi.exe\"" .php
   

   AddType application/x-httpd-php .php
   FcgidMaxProcesses 20
   FcgidMaxRequestsPerProcess 490
   # PHP has max_execution_time=300, add 10 here to be sure 
   FcgidIOTimeout 310
   # PHP has 20M, add 1M here to be sure
   FcgidMaxRequestLen 22020096

   # Fix the opcache bug with tmp path
   FcgidInitialEnv TEMP "C:/WINDOWS/TEMP"
   FcgidInitialEnv TMP "C:/WINDOWS/TEMP

I executed many requests using utility ab:

   ab -n 1000 -6 http://127.0.0.1/test.php

Where the content of test.php was following:

   <?php
   $sec = 3;
   echo "waiting $sec s...";
   
   for($i=0; $i < $sec; ++$i) {
   	sleep(1);
   }
   
   echo "konec<br>";
   echo "cekalo se $sec sekund";

   phpinfo();

Note: The same behaviour appears even we use our internal php process manager. Our php process manager is simple tool which preloads php processes, it uses (our implementation of) fast cgi to communicate with php.

The same problem also happens in PHP 7 (sha1: f188b05aaf0d4fe0dd9436f93649e705c28c3c7d)

Are you still experiencing this issue with any of the actively
supported[1] PHP versions?

If so, please try one of the snapshots[2] which include a possible
fix in a test environment (these are dev versions which are not
meant for production).

[1] <https://www.php.net/supported-versions.php>
[2] <https://windows.php.net/downloads/snaps/ostc/opcache-aslr/>

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.