I'm not able to reproduce this issue. However, when I start the
built-in webserver with these extensions enabled, I get:
  
| PHP Warning: PHP Startup: Unable to load dynamic library
| 'ext\php_mysql.dll'

That is to be expected, because the mysql extension has been
removed from PHP 7.0.0. In your case, it is possible that
php_mysql.dll from another PHP installation is used, which might
crash the webserver.

Please double-check that there's no other PHP installation in the
PATH.

@damir, yeah, it's most likely as @cmb says. ext/mysql was removed, please do not try to use VC11 master (or any other) builds with the released alpha1. The ext/mysqli is what should be used.

Thanks.

My mistake. It is not php_mysql but php_pdo_mysql.
There is no any php installation in PATH. I have included only these 3 extensions:

   extension=php_mbstring.dll
   extension=php_pdo_mysql.dll
   extension=php_xsl.dll

If I exclude any of them server is not crashing.
I have tested it as FastCGI module on Windows server 2008 R2 Standard and it is crashing too. There is not anything in php log. Only error:

   The FastCGI process exited unexpectedly 

in my browser.

@damir, are you running php-cgi as described in bug #69814 ? Which web server do you use?

Thanks.

@ab Confirmed: the combination of mbstring, pdo_mysql (or any other
PDO driver) and xsl crashes the PHP built-in webserver (x86 and x64, NTS and TS).

@cmb, please post the BT.

Thanks.

I'm testing on IIS7 as FastCGI module.

Downloaded php:
php-7.0.0alpha1-nts-Win32-VC14-x86.zip
I'm getting the same error with 64bit nts version:
php-7.0.0alpha1-nts-Win32-VC14-x64.zip

@cmb it is not only crashing as built-in web server but as IIS FastCGI module too.

@cmb iconv is an issue, either it's a bad library build or something in the module. Lets check.

Thanks.

@ab I still have not been able to get a BT. The *.pdbs in the
debug package[1] are not recognized by VS2015RC (when selecting
php7.pdb manually, I get "Dieser Ordner enthält keine passende
Symboldatei.").

I also have not been able to build from the official
tar.gz/.bz[2]. When I extract these with 7zip I have spurious
"PaxHeaders.21358" directories in each folder, and VC11 fails
(error C2375: 'zendparse': Neudefinition; unterschiedliche Bindung
(Zend\zend_compile.c)).

I can, however, build from master and from the Github zip of the
7.0.0alpha1 tag[3] with VC11. I cannot reproduce the crash there,
though.

I'll try to set up a VC14 build environment.

[1] <http://windows.php.net/qa/>
[2] <https://downloads.php.net/~ab/>
[3] <https://github.com/php/php-src/tags>

@cmb, nailed it down a bit more now - mhash_init from MINIT in ext/hash corrupts the memory somehow.

Thanks.

@cmb, ah, just saw your last reply. If you debug a release build, unpack the .pdb somewhere and in visual studio go debug->options->debugging->symbols and set the path there. Or, your symbols are from another build, then coludn't match. But if the .pdb are in the same dirs as the actual bins, they should be found first.

If you build from source, just add --enable-debug, or if you want to debug a release build, add --enable-debug-pack .

Thanks.

@cmb, yeah, you'll need vc14, no vc11 anymore. And you can checkout just the php-7.0.0alpha1 tag. Please create a separate ticket if you're unable to build with the Windows sources from the zipball with vc14.

And, thanks for staying on this :)

@cmb, @damir, please check the snapshot http://windows.php.net/downloads/snaps/ostc/69814/ or latest master. This issue is most likely fixed in bug #69823.

Thanks.

I can confirm that the built-in server crash doesn't occur anymore
with the 69814 snapshot. @damir Can you test and report back wrt.
the IIS FastCGI module, please.

I'll create a separate ticket regarding the build problems.

I've tested nts x64 as FastCGI.
It is not crashing anymore.

Thanks!

Thanks for checking the alpha1!