Segmentation fault during runtime [#1841]

@AlliBalliBaba

What happened?

{"level":"warn","ts":1756707392.6662247,"logger":"tls","msg":"stapling OCSP","identifiers":["my.server.>
 {"level":"error","ts":1756720415.2692719,"logger":"frankenphp","msg":"PHP Fatal error:  Allowed memory size >
 {"level":"error","ts":1756720415.2759776,"logger":"frankenphp","msg":"PHP Fatal error:  Allowed memory size >
 {"level":"error","ts":1756720426.528808,"logger":"frankenphp","msg":"PHP Fatal error:  Allowed memory size o>
 {"level":"error","ts":1756720426.5313344,"logger":"frankenphp","msg":"PHP Fatal error:  Allowed memory size >
 {"level":"error","ts":1756720439.5222485,"logger":"frankenphp","msg":"PHP Fatal error:  Allowed memory size >
0425]: [🡕] Process 40011 (frankenphp) of user 982 dumped core.

       Stack trace of thread 40034:       
       #0  0x000055949c4ad201 n/a (n/a + 0x0)
       #1  0x000055949c483c27 n/a (n/a + 0x0)
       #2  0x000055949c4827ad n/a (n/a + 0x0)
       #3  0x000055949c4ad509 n/a (n/a + 0x0)
       #4  0x00007f8856068070 __restore_rt (libc.so.6 + 0x41070)
       #5  0x00007f88561839c8 __memcpy_avx_unaligned_erms (libc.so.6 + 0x15c9c8)
       #6  0x00007f8856eaae43 zend_stack_push (libphp-zts-84.so + 0x8aae43)
       #7  0x00007f8856d2502d php_output_handler_start (libphp-zts-84.so + 0x72502d)
       #8  0x00007f8856d269f1 php_output_start_user (libphp-zts-84.so + 0x7269f1)
       #9  0x00007f8856d271ec n/a (libphp-zts-84.so + 0x7271ec)
       #10 0x00007f8856e4d7ca execute_ex (libphp-zts-84.so + 0x84d7ca)
       #11 0x00007f8856debe75 zend_call_function (libphp-zts-84.so + 0x7ebe75)
       #12 0x00007f8856c75020 n/a (libphp-zts-84.so + 0x675020)
       #13 0x00007f8856e607b3 zend_hash_apply (libphp-zts-84.so + 0x8607b3)
       #14 0x00007f8856c78b09 php_call_shutdown_functions (libphp-zts-84.so + 0x678b09)
       #15 0x00007f8856d1f5bd php_request_shutdown (libphp-zts-84.so + 0x71f5bd)
       #16 0x000055949d93d546 n/a (n/a + 0x0)
       #17 0x000055949d93d62d n/a (n/a + 0x0)
       #18 0x00007f88560bede5 start_thread (libc.so.6 + 0x97de5)
       #19 0x00007f885613198c __clone3 (libc.so.6 + 0x10a98c)

       Stack trace of thread 40015:
       #0  0x000055949c4ad7a3 n/a (n/a + 0x0)
       #1  0x000055949c43be07 n/a (n/a + 0x0)
       #2  0x000055949c471d13 n/a (n/a + 0x0)
       #3  0x000055949c47437a n/a (n/a + 0x0)
       #4  0x000055949c474865 n/a (n/a + 0x0)
       #5  0x000055949c4a9957 n/a (n/a + 0x0)
       ELF object binary architecture: AMD x86-64

Build Type

Custom (tell us more in the description)

Worker Mode

No

Operating System

GNU/Linux

CPU Architecture

x86_64

PHP configuration

[root@my.server fld]# frankenphp version
FrankenPHP v1.9.1 PHP 8.4.12 Caddy v2.10.2 h1:g/gTYjGMD0dec+UgMw8SnfmJ3I9+M2TdvoRL/Ovu6U8=

Relevant log output

-

No source file, test, or entry point is named. Start by reproducing the segmentation fault with FrankenPHP v1.9.1, PHP 8.4.12, Caddy v2.10.2 on GNU/Linux x86_64, then trace the reported PHP output-handler shutdown stack; the issue does not define a clear acceptance condition.