The bug does not occur on PHP 7.4. I cannot test on PHP 8.1 yet. Also, it occurs on a request that does not generate an error when xdebug is disabled with xdebug.mode=off. When I use xdebug.mode=develop,profile it generates the error.

How can I reproduce this? Your GDB trace alone is not nearly enough. Please follow the instructions at https://xdebug.org/reporting-bugs

I don't know how to reproduce this, and the requested information was not provided so I am closing this report.

Sorry Derick, I forgot to mention that I was unable to create a reproducible example. I felt it was related to some class autolpading when I was creating it through a dependency injection container. But since it was so deep into the object graph, I was not able to locate it exactly. Then I decided to file the bug with a stack trace. Maybe when someone else has a similar issue, this one popups again.

Hi Derick,
Today I am hitting this bug again. It is an API POST request that returns a nginx 502.

2022-05-27T08:37:56.254857614Z php-fpm 19 [27-May-2022 08:37:56] NOTICE: fpm is running, pid 19
2022-05-27T08:37:56.266022054Z php-fpm 19 [27-May-2022 08:37:56] NOTICE: ready to handle connections
2022-05-27T08:38:01.12628901Z nginx 20 2022/05/27 08:38:01 [error] 21#21: *1 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 172.18.0.1, server: ~^(?<project>[a-z0-9-]+).(?<project_domain>genkgo.test)$, request: "POST /admin/api/mobile/vweb-app/1/access_token HTTP/2.0", upstream: "fastcgi://unix:/tmp/php-fpm-www-pool.pid:", host: "genkgo-demo.genkgo.test", referrer: "http://localhost:4200/"
2022-05-27T08:38:01.126336282Z php-fpm 19 [27-May-2022 08:38:01] WARNING: [pool www] child 29 exited on signal 11 (SIGSEGV - core dumped) after 4.870485 seconds from start
2022-05-27T08:38:01.126354184Z nginx 20 172.18.0.1 - "POST /admin/api/mobile/vweb-app/1/access_token HTTP/2.0" 502 150 "http://localhost:4200

But debugging this one is extremely hard. The request fails during constructing the dependency graph. I am using aura/di as container.

1) On this line: https://github.com/auraphp/Aura.Di/blob/4.x/src/Resolver/Resolver.php#L247 it is trying to see what to inject in the constructor of a class
2) On this line: https://github.com/auraphp/Aura.Di/blob/4.x/src/Resolver/Resolver.php#L303 it is returning a default value if no value is passed

The crash happens when returning the value on the latter line (not during construction of that DefaultValueParam class). And now comes even more weird part. It can be solved by changing the constructor. The file that is being constructed looks as follows.

public function __construct(
DataTypeFactory $factory = null,
MapperFactoryFactoryInterface $mapperFactoryFactory = null,
array $scopes = []
) {}

If I change the last parameter, the one that is causing the crash during construction, into this.

public function __construct(
DataTypeFactory $factory = null,
MapperFactoryFactoryInterface $mapperFactoryFactory = null,
$scopes = []
) {}

The problem disappears.

So removing that array type-hint resolves the issue, and considering that my coredump shows: /tmp/pear/temp/xdebug/src/develop/stack.c No such file or directory. Could it somehow be that the array is seen as something that needs to be loaded from the filesystem?

I still have the same problem

// My Xdebug and PHP version
PHP 8.1.26 (cli) (built: Dec 1 2023 00:32:14) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.1.26, Copyright (c) Zend Technologies
with Zend OPcache v8.1.26, Copyright (c), by Zend Technologies
with Xdebug v3.3.0, Copyright (c) 2002-2023, by Derick Rethans

When Xdebug activated I received this
2024/01/19 06:40:30 [error] 36#36: *38 recv() failed (104: Connection reset by peer) while reading response header from upstream

I tried with Xdebug v3.3.1 - the same crash
For Xdebug v3.2.0 - working fine (no crash with web requests and cli)