Xdebug issue. Well, at least I would start reporting this to xdebug and Derick will handle this if this is PHP issue anyway. -- Ondřej Surý (He/Him)
> On 7. 3. 2025, at 8:14, Fab Stz <[email protected]> wrote: > > Thanks for your reply. But is this xdebug issue or php issue? > > > Le vendredi 7 mars 2025, 08:11:35 CET Ondřej Surý a écrit : >> This would be best reported to xdebug upstream. This is the latest upstream >> version, so this needs to be fixed upstream. >> >> Ondrej >> -- >> Ondřej Surý (He/Him) >> [email protected] >> >>>> On 7. 3. 2025, at 8:06, Fab Stz <[email protected]> wrote: >>> >>> See valgrind log attached & below. >>> >>> ==1387732== Memcheck, a memory error detector >>> ==1387732== Copyright (C) 2002-2024, and GNU GPL'd, by Julian Seward et >>> al. >>> ==1387732== Using Valgrind-3.24.0 and LibVEX; rerun with -h for copyright >>> info ==1387732== Command: /usr/bin/phpunit --exclude-group network >>> --no-coverage ==1387732== >>> PHPUnit 11.5.8 by Sebastian Bergmann and contributors. >>> >>> Runtime: PHP 8.4.4 >>> Configuration: /mnt/packages/git_repos/dpkg/php-league-csv/phpunit.xml >>> >>> ............................................................... 63 / 678 >>> ( >>> 9%) >>> ............................................................... 126 / 678 >>> ( >>> 18%) >>> ..........DDDDD................................................ 189 / 678 >>> ( >>> 27%) >>> ...................................DDDDDDDDDDD.............zend_mm_heap >>> corrupted >>> ==1387732== >>> ==1387732== Process terminating with default action of signal 6 (SIGABRT) >>> ==1387732== at 0x537DDCC: __pthread_kill_implementation >>> (pthread_kill.c:44) ==1387732== by 0x5329D01: raise (raise.c:26) >>> ==1387732== by 0x53124EF: abort (abort.c:79) >>> ==1387732== by 0x21E1BC: zend_mm_panic.constprop.0 (zend_alloc.c:398) >>> ==1387732== by 0x21E3FB: zend_mm_get_next_free_slot (zend_alloc.c:1326) >>> ==1387732== by 0x21E3FB: zend_mm_alloc_small (zend_alloc.c:1410) >>> ==1387732== by 0x21E3FB: zend_mm_alloc_heap (zend_alloc.c:1488) >>> ==1387732== by 0x21E3FB: _emalloc.cold (zend_alloc.c:2740) >>> ==1387732== by 0x502EDA: zend_string_alloc (zend_string.h:176) >>> ==1387732== by 0x502EDA: zend_string_init (zend_string.h:198) >>> ==1387732== by 0x502EDA: lex_scan (zend_language_scanner.c:2038) >>> ==1387732== by 0x45858B: zendlex (zend_compile.c:2040) >>> ==1387732== by 0x4F8A1E: zendparse (zend_language_parser.c:5011) >>> ==1387732== by 0x4FBE51: zend_compile (zend_language_scanner.c:601) >>> ==1387732== by 0x4FD5C6: compile_file (zend_language_scanner.c:655) >>> ==1387732== by 0xA04E557: phar_compile_file (phar.c:3312) >>> ==1387732== by 0x8016EAD: xdebug_compile_file (base.c:94) >>> ==1387732== >>> ==1387732== HEAP SUMMARY: >>> ==1387732== in use at exit: 5,382,219 bytes in 42,273 blocks >>> ==1387732== total heap usage: 1,026,852 allocs, 984,579 frees, >>> 71,419,640 >>> bytes allocated >>> ==1387732== >>> ==1387732== LEAK SUMMARY: >>> ==1387732== definitely lost: 33,792 bytes in 1,056 blocks >>> ==1387732== indirectly lost: 40 bytes in 1 blocks >>> ==1387732== possibly lost: 3,392,974 bytes in 23,194 blocks >>> ==1387732== still reachable: 1,955,413 bytes in 18,022 blocks >>> ==1387732== suppressed: 0 bytes in 0 blocks >>> ==1387732== Rerun with --leak-check=full to see details of leaked memory >>> ==1387732== >>> ==1387732== For lists of detected and suppressed errors, rerun with: -s >>> ==1387732== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) >>> <valgrind2.log> > > > >
