Laravel 9 crashes Apache on PHP 8.1

[JackJohansson]

• Laravel Version: 9.x-dev
• PHP Version: 8.1.0RC6
• Database Driver & Version: MySQL 8.0.23

Description:

I've recently installed the development version of Laravel to test some PHP 8.1 features, however I'm unable to get it to work while using apache.

Using php artisan serve works just fine, but Apache crashes with the exception code of Exception code: 0xc00000fd which is related to recursively calling an action with no exit. In PHP, it seems to be related to sending a header without calling exit();. Disabling cache won't help. I don't think the issue is related to the Blade engine, as I can't even terminate the app via a middleware/service provider ( die() or exit() does nothing ).

Steps To Reproduce:

• Install the latest version of Apache, PHP and MySQL.
• Try to install the latest Laravel version ( 9.x ) using composer.
• Now, create a virtual host ( optional ) and access the URL via browser. There will be a Connection Reset error.
• Check the system's event log ( I'm running Windows 11 ) and you will notice there's an error indicating that Apache has crashed. Also, you will get an error similar to this in your apache log: Parent: child process xxxx exited with status 255 -- Restarting.

[GrahamCampbell]

Thanks for the report, but we're gonna need more information than that. Can you run with xdebug and provide us with a stack trace? If not, is PHP segfaulting? If so, this is a bug in PHP itself, and a minimal replication example needs to be given to the PHP code team so that it can be fixed (either by one of them, or the wider community).

[JackJohansson]

@GrahamCampbell Thanks for the response!

I've grabbed a trace of the script execution. This is the entire file, and I'm not sure why there's no "TRACE END", although it is to be expected as the script crashes. I'm using the latest version of xDebug ( is 3.1.1 ) mode on trace, and start on trigger ( XDEBUG_TRIGGER is set ).

I need to also mention that there's absolutely no output for stdout, so debug mode won't work. The connection just resets and Apache process crashes.

trace.70521222.txt

If you need any more details, please let me know.

[GrahamCampbell]

Installing and enabling xdebug will prevent infinite recursive calls. You don't need to turn on any tracing. If it still segfaults, then this means there is no infinite recursion.

[GrahamCampbell]

Interesting the last thing I see in that trace is a call to preg_match. Is that when it crashed? Is the preg JIT enabled (this is not the same as the PHP JIT)?

[GrahamCampbell]

Does this script segfault for you? I cannot get it to crash for me.

<?php

var_dump(preg_match('(([\\r\\n]{1,1000})|([^\\S\\r\\n]{1,1000})|(\\\\)|(\')|(")|(\\#)|(\\$)|(([^(\\s\\\\\'"\\#\\$)]|\\(|\\)){1,1000}))A', 'Laravel', $matches));

[JackJohansson]

I was just doing that when you posted this! No, it doesn't output anything for me. The issue goes away when I set the pcre.jit to 0. I guess I take it to PHP support then.

Thanks for the heads up!

[GrahamCampbell]

Can you report this bug to PHP please?

[JackJohansson]

Of course, already did. Here's the link if anyone wants to check it out later:

https://bugs.php.net/bug.php?id=81647

[devcircus]

Don't know if it is related, but I ran into a similar problem running 8.1 on forge. Kept getting pcre & preg_match in my logs. Ended up having to upgrade libpcre2 via apt and everything started working.

[GrahamCampbell]

Oh, you must be using PHP compiled with dynamic linking against the system version instead of the bundled version. You do need the very latest version of that lib for PHP 8.1 to work properly.

[JackJohansson]

@devcircus Probably related. The differences are that I'm on windows, so the libraries are compiled and bundled with PHP itself. Also I wasn't getting any errors AT ALL. Just crash.

What I'm not sure about is that why php artisan serve works just fine, since I'm using the same php.ini for Apache and CLI. In fact, artisan serve works fine even when pcre.jit is enabled.