MantisBT - Issues

0002302: "Unknown sourceReference 0" when setting conditional breakpoints

Wed, 05 Feb 2025 13:25:45 +0000

I'm setting up Xdebug with appwrite running in docker locally. I have followed all the docs and set up the configurations appropriately and can confirm Xdebug works.
However, when I try to set conditional breakpoints of any kind, VScode returns an "Unknown sourceReference 0".

I am unsure if this is a bug or if it's just my dummy self-doing something wrong.

Any help/assistance will be appreciated.

NB: I am new to Xdebug/Debuggers in general.

0002313: var_dump does not output some Russian characters

Sat, 01 Feb 2025 18:47:56 +0000

When outputting a string, var_dump does not display some of the Russian characters encoded in Windows-1251.
Or rather, characters whose codes are greater than or equal to F0

0002316: not stopping in a.php when included via eval(include a.php)

Tue, 28 Jan 2025 12:17:17 +0000

eval(include a.php) is part of a plugin system

debugging worked perfect until switched from php 8.1 / xdebug 3.1.2
to php >= 8.2 / xdebug 3.3.2

now debugger does not stop in a.php

it stops of course when a.php included directly
but not with eval construct

0002257: xdebug is base64 encoding long strings, resulting in code fault

Wed, 22 Jan 2025 16:03:55 +0000

I have a very long string in hexadecimal format, convert it with `hex2bin` at this point Xdebug on Sublime Text is showing me the variable base64 encoded for some reason, if I `echo` the variable it prints correctly, if I try to `$r=json_decode($r, true);` it returns null, because it assumed the variable is really its base64 encoded representation.

0002314: Class properties with hooks are always shown as null

Wed, 22 Jan 2025 16:03:45 +0000

I found that properties with hooks (php 8.4 addition) are always shown in the debugger variables view as null, but when accessed directly by a watch they are resolved correctly as they appear on the output. It caused me a great confusion until I tracked it down to a debugger bug and not a bug in my code. I am not sure if it is a bug in Xdebug or PHPStorm or both.

What happens:
The class fields show that time_string and date are both null while step debugging.
What I expect:
The class fields time_string and date show the same value as $foo->date and $foo->time_string directly.

0002311: Segmentation fault on xdebug 3.4.0

Sun, 19 Jan 2025 09:45:24 +0000

After upgrading from 3.2.1 to 3.4.0 some composer scripts are failing.

0002274: xdebug_start_function_monitor doesn't work with "exit"

Sun, 19 Jan 2025 09:13:37 +0000

xdebug_start_function_monitor doesn't track calls to "exit(1)"

0002150: Collapse the two FOREACH start op codes into one to improve path/branch coverage accurateness

Tue, 14 Jan 2025 17:19:22 +0000

Right now, ZEND_FE_RESET_R/RW and ZEND_FE_FETCH_R/RW are both considered having two out branches, which adds an extra path, and an extra branch while generating code coverage without any reasonable explanation for users. Explore whether this can be improved, and also how to make a test where the second (escape) out branch of FE_RESET_R/RW is taken.

0002312: Please add Arm64 builds

Mon, 13 Jan 2025 18:28:04 +0000

I am trying to use PHP and Xdebug on Macbook M4 with Nix package manager and am not able to install Xdebug because the Arm build is absent in the repo https://github.com/xdebug/xdebug/releases/tag/3.4.1

0002280: PHP Exception breakpoints: Abitilty to stop on uncaught or caught exceptions only

Fri, 10 Jan 2025 12:57:16 +0000

While in JS it is possible to separately stop only on caught or only on uncaught exceptions, this is not implemented in xdebug. The ticket was originally opened in jetbrains, but they said that this should be implemented on the xdebug side.

See more https://youtrack.jetbrains.com/issue/WI-60135/PHP-Exception-breakpoints-Option-to-stop-on-unhandled-exceptions-only

0002222: Xdebug holds a reference to objects in the stack trace of a caught exception

Thu, 02 Jan 2025 16:37:03 +0000

I think relating to the 3.3.0 release which fixed some issues with exception.

I am now seeing in a Drupal context that objects are not getting their destructor called sometimes when they should. With Xdebug disabled it calls them normally at the end of the method that created them when their variable goes out of scope.

I think it's related to exceptions being rethrown in some cases perhaps it is "capturing" a reference in a stack and then preventing it from destructing.

0002308: Incorrect Test Coverage Reports for Untested Files in Laravel with Pest and Xdebug 3.4.0

Fri, 13 Dec 2024 17:19:14 +0000

I am encountering an issue where Xdebug 3.4.0 reports 100% test coverage for files that do not have any associated tests in a Laravel 11 project using Pest 2.31 for testing.

Environment Details:
PHP Version: 8.3
Xdebug Version: 3.4.0
Testing Framework: Pest 2.31
Framework: Laravel 11
Execution Command: php ./vendor/bin/pest --type-coverage
Coverage Configuration: Using phpunit.xml.dist
Problem:
When running --type-coverage, files that have no tests at all are still reported with 100% coverage. For example:
app/Models/Form.php ....................................................................................................................................................................................................... 100%
app/Models/Group.php ...................................................................................................................................................................................................... 100%
app/Models/UserMeta.php ................................................................................................................................................................................................... 100%
app/Console/Commands/DocumentGenerate.php ................................................................................................................................................................................. 100%
app/Enums/ProductMode.php ................................................................................................................................................................................................. 100%

These files do not have any tests in tests/Unit, tests/Feature, or any other directories specified in the phpunit.xml.dist configuration.

Configuration:
The relevant portion of the phpunit.xml.dist configuration is as follows:

./app

Expected Behavior:
Files without any test cases should not be reported as 100% covered.

0002285: php 8.3.10 oops @ object cache flush if Xdebug enabled

Fri, 13 Dec 2024 17:17:53 +0000

on
```
distro
Name: Fedora Linux 40 (Forty)
Version: 40
Codename:

uname -rm
6.10.3-200.fc40.x86_64 x86_64
```

with
```
rpm -qa | grep -E "php-common|php-fpm|php-redis"
php-common-8.3.10-1.fc40.remi.x86_64
php-fpm-8.3.10-1.fc40.remi.x86_64
php-pecl-redis6-6.1.0~RC1-1.fc40.remi.8.3.x86_64

php -v
PHP 8.3.10 (cli) (built: Jul 30 2024 13:44:37) (NTS gcc x86_64)
Copyright (c) The PHP Group
Zend Engine v4.3.10, Copyright (c) Zend Technologies
with Zend OPcache v8.3.10, Copyright (c), by Zend Technologies
with Xdebug v3.3.2, Copyright (c) 2002-2024, by Derick Rethans

php-fpm -v
PHP 8.3.10 (fpm-fcgi) (built: Jul 30 2024 13:44:37)
Copyright (c) The PHP Group
Zend Engine v4.3.10, Copyright (c) Zend Technologies
with Zend OPcache v8.3.10, Copyright (c), by Zend Technologies
with Xdebug v3.3.2, Copyright (c) 2002-2024, by Derick Rethans
```

in an app instance (Wordpress 6.6.1), exec of an Object Cache flush results in
```
Aug 13 11:44:49 test kernel: php-fpm[9241]: segfault at 23e00000070 ip 00005563d19807ab sp 00007ffddf340250 error 4 in php-fpm[3037ab,5563d16ab000+33c000] likely on CPU 14 (core 6, socket 0)
Aug 13 11:44:49 test kernel: Code: e8 01 00 00 48 89 45 c8 48 85 db 0f 84 9b 00 00 00 4c 8d 35 eb 76 1d 00 0f 1f 80 00 00 00 00 49 89 9d e8 01 00 00 48 8b 53 18 <48> 8b 42 38 a8 01 74 12 48 8d 0d 06 21 1d 00 48 8b 89 e0 01 00 00
```

@ core dump
```
gdb /usr/sbin/php-fpm /var/lib/systemd/coredump/core.9241
(gdb) set pagination off
(gdb) bt full

(gdb) bt full
#0 call_end_observers (execute_data=0x5563cd6db840, return_value=0x0)
at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/Zend/zend_observer.c:265
func = 0x23e00000038
handler =
possible_handlers_end =
#1 zend_observer_fcall_end_all () at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/Zend/zend_observer.c:293
execute_data = 0x5563cd6db840
original_execute_data = 0x0
0000002 0x00005563d1866850 in php_request_shutdown (dummy=dummy@entry=0x0)
at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/main/main.c:1862
report_memleaks = true
0000003 0x00005563d16f517e in main (argc=, argv=)
at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/sapi/fpm/fpm/fpm_main.c:1970
primary_script =
__orig_bailout =
__bailout = {{__jmpbuf = {10, -6812356180845851385, 6, 93887207390336, 0, 93887208458776,
-6812356180952806137, -843938314294326009}, __mask_was_saved = 0, __saved_mask = {__val = {
140660866771648, 63, 18446744073709551072, 0, 4222461064, 140728348183984, 140660865462146, 0,
140660865924268, 93887539638944, 1024, 0, 0, 140728348184192, 140660865304512, 22}}}}
exit_status =
cgi = 0
c =
use_extended_info =
file_handle = {handle = {fp = 0x0, stream = {handle = 0x0, isatty = 0, reader = 0x0, fsizer = 0x0,
closer = 0x0}}, filename = 0x0, opened_path = 0x0, type = 0 '\000', primary_script = true,
in_list = false, buf = 0x0, len = 0}
orig_optind = 1
orig_optarg = 0x0
ini_builder = {value = 0x0, length = 0}
max_requests = 200
requests =
fcgi_fd =
request = 0x5563e5b3aa80
fpm_config =
fpm_prefix =
fpm_pid =
test_conf = 0
force_daemon =
force_stderr =
php_information =
php_allow_to_run_as_root =
__func__ = "main"
ret =
__orig_bailout =
__bailout =
__str =
(gdb)
```

if edit -> DISABLE Xdebug
```
/usr/local/etc/php8/conf.d/xdebug.ini
- xdebug.mode = on
+ xdebug.mode = off
```
, and restart, it *does not* segfault on exec of the in-WP ObjectCache flush (in 0000017:0000010 attempts, so far)

turn it back on, and immediately segfaults on the flush, as above.

not sure, yet, how to 'simply' reproduce this from cli ...

0002304: Seg fault on throw exception

Thu, 28 Nov 2024 13:41:31 +0000

I have been seeing a segfault on a thrown exception, all other exeption seem fine and work as expected and I cant seem to make a small script to reproduce it.

It have seen it on folowing
PHP 8.3.13 , Xdebug 3.3.2 , AlmaLinux 9.4 64bit / Linux 5.14.0-362.13.1.el9_3.x86_64
PHP 8.4.0RC4, Xdebug v3.4.0beta1, AlmaLinux 9.4 64bit / Linux 5.14.0-427.42.1.el9_4.aarch64

I cant find a way to make a script small enough to reproduce the problem, but I have attached a gdb full back trace, so hopefully that should help.

0002294: Nette Tester always crashes in all test jobs when running with XDebug 3.4.0beta1 active

Thu, 28 Nov 2024 13:41:31 +0000

I am using Nette Tester on Windows, which is a framework to test applications written in Nette (another PHP-based web development network), to test my apps. Up until XDebug 3.3.2, inclusive, there was no problem with it.

With XDebug 3.4.0 beta 1, all the tests crash with C0000005 error (Access Violation) in php8ts.dll. So far, I was unable to transform my unwieldy Nette Tester script complex to a nimble 20-line test script which would reproduce the issue... but I was at least able to run it under gdb and the gdb crash stack says

Thread 1 received signal SIGSEGV, Segmentation fault.
0x00007ff81da52cd8 in zend_hash_str_find@@24 () from C:\xampp\php\php8ts.dll
(gdb) bt full
#0 0x00007ff81da52cd8 in zend_hash_str_find@@24 () from C:\xampp\php\php8ts.dll
No symbol table info available.
#1 0x00007ff86bc7878c in xdebug_init_oparray () from C:\xampp\php\ext\php_xdebug.dll
No symbol table info available.
0000002 0x00007ff86bc8d615 in xdebug_init_oparray () from C:\xampp\php\ext\php_xdebug.dll
No symbol table info available.
0000003 0x00007ff86bc8d9ea in xdebug_init_oparray () from C:\xampp\php\ext\php_xdebug.dll
No symbol table info available.
0000004 0x00007ff86bc74ef4 in xdebug_init_oparray () from C:\xampp\php\ext\php_xdebug.dll
No symbol table info available.
0000005 0x00007ff86bc73b9b in xdebug_init_oparray () from C:\xampp\php\ext\php_xdebug.dll
No symbol table info available.
0000006 0x00007ff81dfb6f03 in zend_objects_store_mark_destructed@@8 () from C:\xampp\php\php8ts.dll
No symbol table info available.
0000007 0x00007ff81dea9d01 in php8ts!libiconv_set_relocation_prefix () from C:\xampp\php\php8ts.dll
No symbol table info available.
0000008 0x00007ff81dc158b9 in php_free_shutdown_functions () from C:\xampp\php\php8ts.dll
No symbol table info available.
0000009 0x00007ff81da802df in zend_hash_apply@@16 () from C:\xampp\php\php8ts.dll
No symbol table info available.
0000010 0x00007ff81dc0e797 in php_call_shutdown_functions () from C:\xampp\php\php8ts.dll
No symbol table info available.
0000011 0x00007ff81da4da7a in php_request_shutdown () from C:\xampp\php\php8ts.dll
No symbol table info available.
0000012 0x00007ff77cfd241e in ?? ()
No symbol table info available.

I was unable to find the symbol file for the dll online.

My suspicion is that the problem is caused by multi-process character of Nette Tester. It uses proc_open to create multiple independent php instances. But I was as of now unable to reproduce the problem in a short script. My attempts to just create a separate php interpreter using proc_open, running some hello world script in a separate process and wait for its exit, never reproduced the problem.

In the Nette Tester context, though, the problem appears always, at the exit of each thread. Maybe I could at least gain some better data if I could get the symbol file for the dll.

0002283: SoapClient usage causes segfault with codecoverage

Thu, 28 Nov 2024 13:41:31 +0000

using the soapclient like this:

// we fake the soap client to return our prerecorded xml response and have it decoded via the SoapClient
$client = new class ( __DIR__ . '/StationList.wsdl', ['trace' => true]) extends SoapClient {
public function __doRequest(string $request, string $location, string $action, int $version, bool $oneWay = false): string
{
return \file_get_contents(__DIR__ . '/Result.xml') ?: throw new RuntimeException('missing PointListRequestResult');
}
};

$client->getTheStationListFull();

will cause a segfault, see provided github repository for a small reproducer.

(gdb) bt
#0 call_end_observers (return_value=0x0, execute_data=0x5574df430000) at ./Zend/zend_observer.c:265
#1 zend_observer_fcall_end_all () at ./Zend/zend_observer.c:293
0000002 0x00005574eae024d9 in php_request_shutdown (dummy=dummy@entry=0x0) at ./main/main.c:1849
0000003 0x00005574eaf59ace in do_cli (argc=3, argv=0x5574f7a43520) at ./sapi/cli/php_cli.c:1136
0000004 0x00005574eac959c6 in main (argc=3, argv=0x5574f7a43520) at ./sapi/cli/php_cli.c:1340

full backtrace here: https://github.com/verfriemelt-dot-org/xdebug-soap-segfault/blob/main/backtrace.log

0002292: Apache2 mod_php exit signal Segmentation fault (11) with Xdebug enabled

Thu, 28 Nov 2024 13:21:23 +0000

Hello, I'm a developer on the phpIPAM project and have encountered a bug using xdebug to test and develop the code.

I am experiencing Segmentation faults with the Xdebug module enabled.

I'm aware you would prefer a minimal php script to reproduce but the process to reproduce is complex. The code spawns a number of threads to ping the subnet, sends the data to the main process via IPC and then iterates over the results using NET/DNS2 to resolve DNS names of discovered hosts.

Is there a way of obtaining additional debugging info from this Apache2 environment?

0001973: var_dump on an extension object could use get_class_name object handler

Wed, 27 Nov 2024 16:07:38 +0000

I am looking here specifically:

https://github.com/xdebug/xdebug/blob/9751bf70e15bb2a01d38363b21084342a14a5e16/src/lib/var_export_html.c#L225

when I have xdebug loaded, if I var_dump($object) where $object is a class defined by a custom extension, the base name of that class will be output. However, the extension can define an object handler function get_class_name which adds additional information here, e.g.: https://github.com/php/php-src/blob/01b3fc03c30c6cb85038250bb5640be3a09c6a32/ext/ffi/ffi.c#L1636

Would you accept a pull request on this?

0002187: Code coverage misses constructor property promotion code with parent::__construct call

Wed, 27 Nov 2024 16:04:10 +0000

Constructor property promotion does not get marked as covered

0002290: Process crash when used with php-cgi.exe

Wed, 27 Nov 2024 16:00:21 +0000

Environment:
Windows 11
IIS
Fast-CGI
PHP 8.1.30
Xdebug 3.3.2
Software: Symfony 5.4
Configuration: xdebug.mode=debug

The php-cgi process crashes with this information in the event log:
AppName php-cgi.exe
AppVersion 8.1.30.0
AppTimeStamp 66f5ceef
ModuleName php_xdebug.dll
ModuleVersion 8.1.27.0
ModuleTimeStamp 66ffe7b0
ExceptionCode c0000005
FaultingOffset 000000000001cc3c
ProcessId 0x2794
ProcessCreationTime 0x1db165ea4785bf1
AppPath c:\tools\php81\php-cgi.exe
ModulePath c:\tools\php81\ext\php_xdebug.dll
IntegratorReportId 0340253b-e616-4076-ab92-a3b2d7c25fe8
PackageFullName

I setup debug symbols and compiled xdebug myself to get a pdb file.
The stacktrace to the exception is:

[Inline Frame] php_xdebug.dll!zend_string_equal_content(_zend_string *) Line 357 C
[Inline Frame] php_xdebug.dll!zend_string_equals(_zend_string * s1, _zend_string *) Line 362 C
> php_xdebug.dll!mark_fse_as_having_line_breakpoints(_function_stack_entry * fse) Line 573 C
[Inline Frame] php_xdebug.dll!handle_breakpoints(_function_stack_entry *) Line 591 C
php_xdebug.dll!xdebug_debugger_handle_breakpoints(_function_stack_entry * fse, int breakpoint_type, _zval_struct * return_value) Line 623 C
[Inline Frame] php_xdebug.dll!xdebug_execute_internal_end(_zend_execute_data *) Line 1004 C
php_xdebug.dll!xdebug_execute_internal(_zend_execute_data * current_execute_data, _zval_struct * return_value) Line 1028 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 1997 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!zend_generator_resume(_zend_generator * orig_generator) Line 756 C
php8.dll!zend_fe_fetch_object_helper_SPEC(_zend_execute_data * execute_data) Line 2766 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!zend_generator_resume(_zend_generator * orig_generator) Line 756 C
php8.dll!zend_generator_ensure_initialized(_zend_generator * generator) Line 809 C
php8.dll!zend_generator_rewind(_zend_generator * generator) Line 818 C
php8.dll!zend_fe_reset_iterator(_zval_struct * array_ptr, int by_ref, const _zend_op * opline, _zend_execute_data * execute_data) Line 4876 C
php8.dll!ZEND_FE_RESET_R_SPEC_VAR_HANDLER(_zend_execute_data * execute_data) Line 21815 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_DO_FCALL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 2010 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!ZEND_INCLUDE_OR_EVAL_SPEC_OBSERVER_HANDLER(_zend_execute_data * execute_data) Line 4988 C
php8.dll!execute_ex(_zend_execute_data * ex) Line 55622 C
php8.dll!zend_execute(_zend_op_array * op_array, _zval_struct * return_value) Line 60190 C
php8.dll!zend_execute_scripts(int type, _zval_struct * retval, int file_count, ...) Line 1858 C
php8.dll!php_execute_script(_zend_file_handle * primary_file) Line 2551 C
php-cgi.exe!main(int argc, char * * argv) Line 2564 C

It seems the executed_filename variable contains an invalid value, see the attached screenshot of Visual Studio.

0002252: Running phpunit in coverage triggers segfault in xdebug_branch_info_mark_reached

Wed, 27 Nov 2024 16:00:21 +0000

When using php 8.2.17 and xdebug 3.3.1 on phpunit 9 coverage test triggers a segfault

0002259: Does not stop on breakpoints when files are located on a UNC path drive

Wed, 27 Nov 2024 16:00:13 +0000

When the files to be debugged are located on an UNC drive like \\NAS\\xyz, instead of a local drive, the breakpoints are never hit and they are marked as unverified. Also using a network attached drive does not help, because the IIS file location configuration is set to the UNC drive.

0002291: function tracing doesn't work on Windows 10 with Nginx 1.9.4 and PHP 8.3.12

Wed, 27 Nov 2024 15:57:44 +0000

When adding xdebug_start_trace() and xdebug_stop_trace() to a function I want to trace, no trace file is generated.

0002297: Crash in exception handler

Wed, 27 Nov 2024 15:57:06 +0000

I'm working on a web application which uses Tracy to catch and report errors. However, when I run into an exception with Xdebug enabled then PHP often crashes (SIGSEGV) inside of Tracy. I was able to reduce the issue down from thousands of lines of code to 3 small files by gradually inlining and removing code. At this point it seems that I can't remove any more code.

0002287: zend_mm_heap corrupted in develop mode

Wed, 27 Nov 2024 15:55:50 +0000

Reflecting a class containing new php 8.4 features (property hooks / asymmetric-visibility) with `xdebug.mode = develop` leads to

zend_mm_heap corrupted
Abort trap: 6