Mysterious (to me) Xdebug issue with PHP 7.3

php.internals

Derick Rethans

8 years ago
Hi, I'm finalizing Xdebug support for PHP 7.3, and although I have fixed many things, there is one thing that is (currently) eluding me. The branch I'm working on is https://github.com/derickr/xdebug/tree/PHP-7.3-support With Xdebug (just) loaded, the following script: $ cat /tmp/bug01471.php <?php $c = "aa" == $ff ? 1 : 0; ?> Fails to run with: $ php -n -dzend_extension=xdebug.so /tmp/bug01471.php Fatal error: Invalid opcode 17/1/8. in /tmp/bug01471.php on line 2 Call Stack: 0.0002 0 1. {main}() /tmp/bug01471.php:0 I also see others, like when running with a Composer library: $ vendor/bin/phpunit --debug Fatal error: Invalid opcode 16/1/2. in /home/derick/dev/php/derickr-mongo-php-library/vendor/composer/autoload_real.php on line 18 Call Stack: 0.0003 431424 1. {main}() /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:0 0.0005 433616 2. require('/home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php') /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:51 0.0008 450432 3. ComposerAutoloaderInit96731179a4aab6838b54de3a71995ee1::getLoader() /home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php:7 And I can't figure out why. The backtrace isn't particularly useful either. I got similar issues with get_zval_ptr [1], as it changed, but I can't track this specific one down. Would you mind having a look? cheers, Derick [1] https://github.com/derickr/xdebug/commit/70d9189700d57707d842020493a3df23e0c76098
-- -- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php, or become my Patron: https://www.patreon.com/derickr twitter: @derickr and @xdebug

Dmitry Stogov

8 years ago
Hi Derick, The message "Invalid opcode 17/1/8" means that PHP doesn't have handler for opcode 17 (ZEND_IS_EQUAL) where first operand IS_CONST and second operand IS_CV. ZEND_IS_EQUAL is a commutative operator. zend_vm_gen.php doesn't generate code for ZEND_IS_EQUAL_SPEC_CONST_CV_HANDLER, but PHP code-generator swaps operands, if necessary, to use ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER. ZEND_API void ZEND_FASTCALL zend_vm_set_opcode_handler(zend_op* op) { zend_uchar opcode = zend_user_opcodes[op->opcode]; uint32_t spec = zend_spec_handlers[opcode]; if (spec & SPEC_RULE_COMMUTATIVE) { if (op->op1_type < op->op2_type) { zend_swap_operands(op); } } op->handler = zend_vm_get_opcode_handler_ex(spec, op); } I have no idea, why PHP with xdebug doen't swap operands. Thanks. Dmitry. ________________________________ From: Derick Rethans <derick@php.net> Sent: Tuesday, September 4, 2018 7:26:49 PM To: Dmitry Stogov Cc: PHP Developers Mailing List Subject: Mysterious (to me) Xdebug issue with PHP 7.3 Hi, I'm finalizing Xdebug support for PHP 7.3, and although I have fixed many things, there is one thing that is (currently) eluding me. The branch I'm working on is https://github.com/derickr/xdebug/tree/PHP-7.3-support With Xdebug (just) loaded, the following script: $ cat /tmp/bug01471.php <?php $c = "aa" == $ff ? 1 : 0; ?> Fails to run with: $ php -n -dzend_extension=xdebug.so /tmp/bug01471.php Fatal error: Invalid opcode 17/1/8. in /tmp/bug01471.php on line 2 Call Stack: 0.0002 0 1. {main}() /tmp/bug01471.php:0 I also see others, like when running with a Composer library: $ vendor/bin/phpunit --debug Fatal error: Invalid opcode 16/1/2. in /home/derick/dev/php/derickr-mongo-php-library/vendor/composer/autoload_real.php on line 18 Call Stack: 0.0003 431424 1. {main}() /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:0 0.0005 433616 2. require('/home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php') /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:51 0.0008 450432 3. ComposerAutoloaderInit96731179a4aab6838b54de3a71995ee1::getLoader() /home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php:7 And I can't figure out why. The backtrace isn't particularly useful either. I got similar issues with get_zval_ptr [1], as it changed, but I can't track this specific one down. Would you mind having a look? cheers, Derick [1] https://github.com/derickr/xdebug/commit/70d9189700d57707d842020493a3df23e0c76098
-- -- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php, or become my Patron: https://www.patreon.com/derickr twitter: @derickr and @xdebug

Derick Rethans

8 years ago
Hi, in Xdebug, I do supply my own opcode handlers for quite a few opcodes, including ZEND_IS_EQUAL, and a whole bunch of others. Is it possible that when you use zend_set_user_opcode_handler[1][2] that this swap isn't done with zend_swap_operands? My opcode handler basically just does some code and then uses ZEND_VM_DISPATCH[3]. [1] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.h#L47-L48 [2] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug.c#L781 [3] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.c#L125-L142 cheers, Derick On Wed, 5 Sep 2018, Dmitry Stogov wrote:
> Hi Derick, > > > The message "Invalid opcode 17/1/8" means that PHP doesn't have handler for opcode 17 (ZEND_IS_EQUAL) where first operand IS_CONST and second operand IS_CV. > > > ZEND_IS_EQUAL is a commutative operator. zend_vm_gen.php doesn't generate code for ZEND_IS_EQUAL_SPEC_CONST_CV_HANDLER, but PHP code-generator swaps operands, if necessary, to use ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER. > > > ZEND_API void ZEND_FASTCALL zend_vm_set_opcode_handler(zend_op* op) > { > zend_uchar opcode = zend_user_opcodes[op->opcode]; > uint32_t spec = zend_spec_handlers[opcode]; > > if (spec & SPEC_RULE_COMMUTATIVE) { > if (op->op1_type < op->op2_type) { > zend_swap_operands(op); > } > } > op->handler = zend_vm_get_opcode_handler_ex(spec, op); > } > > > I have no idea, why PHP with xdebug doen't swap operands. > > > Thanks. Dmitry. > > ________________________________ > From: Derick Rethans <derick@php.net> > Sent: Tuesday, September 4, 2018 7:26:49 PM > To: Dmitry Stogov > Cc: PHP Developers Mailing List > Subject: Mysterious (to me) Xdebug issue with PHP 7.3 > > Hi, > > I'm finalizing Xdebug support for PHP 7.3, and although I have fixed > many things, there is one thing that is (currently) eluding me. > > The branch I'm working on is > https://github.com/derickr/xdebug/tree/PHP-7.3-support > > With Xdebug (just) loaded, the following script: > > $ cat /tmp/bug01471.php > <?php > $c = "aa" == $ff ? 1 : 0; > ?> > > Fails to run with: > > $ php -n -dzend_extension=xdebug.so /tmp/bug01471.php > > Fatal error: Invalid opcode 17/1/8. in /tmp/bug01471.php on line 2 > > Call Stack: > 0.0002 0 1. {main}() /tmp/bug01471.php:0 > > I also see others, like when running with a Composer library: > > $ vendor/bin/phpunit --debug > > Fatal error: Invalid opcode 16/1/2. in /home/derick/dev/php/derickr-mongo-php-library/vendor/composer/autoload_real.php on line 18 > > Call Stack: > 0.0003 431424 1. {main}() /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:0 > 0.0005 433616 2. require('/home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php') /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:51 > 0.0008 450432 3. ComposerAutoloaderInit96731179a4aab6838b54de3a71995ee1::getLoader() /home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php:7 > > And I can't figure out why. The backtrace isn't particularly useful > either. I got similar issues with get_zval_ptr [1], as it changed, but I > can't track this specific one down. Would you mind having a look? > > cheers, > Derick > > [1] https://github.com/derickr/xdebug/commit/70d9189700d57707d842020493a3df23e0c76098 > -- > > > -- > https://derickrethans.nl | https://xdebug.org | https://dram.io > Like Xdebug? Consider a donation: https://xdebug.org/donate.php, > or become my Patron: https://www.patreon.com/derickr > twitter: @derickr and @xdebug >
-- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php, or become my Patron: https://www.patreon.com/derickr twitter: @derickr and @xdebug

Dmitry Stogov

8 years ago
I see the problem, and most probably, it has to be fixed in PHP sources. I'll try to take a deeper look today evening. Thanks. Dmitry. ________________________________ From: Derick Rethans <derick@php.net> Sent: Wednesday, September 5, 2018 12:27:56 PM To: Dmitry Stogov Cc: PHP Developers Mailing List Subject: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3 Hi, in Xdebug, I do supply my own opcode handlers for quite a few opcodes, including ZEND_IS_EQUAL, and a whole bunch of others. Is it possible that when you use zend_set_user_opcode_handler[1][2] that this swap isn't done with zend_swap_operands? My opcode handler basically just does some code and then uses ZEND_VM_DISPATCH[3]. [1] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.h#L47-L48 [2] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug.c#L781 [3] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.c#L125-L142 cheers, Derick On Wed, 5 Sep 2018, Dmitry Stogov wrote:
> Hi Derick, > > > The message "Invalid opcode 17/1/8" means that PHP doesn't have handler for opcode 17 (ZEND_IS_EQUAL) where first operand IS_CONST and second operand IS_CV. > > > ZEND_IS_EQUAL is a commutative operator. zend_vm_gen.php doesn't generate code for ZEND_IS_EQUAL_SPEC_CONST_CV_HANDLER, but PHP code-generator swaps operands, if necessary, to use ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER. > > > ZEND_API void ZEND_FASTCALL zend_vm_set_opcode_handler(zend_op* op) > { > zend_uchar opcode = zend_user_opcodes[op->opcode]; > uint32_t spec = zend_spec_handlers[opcode]; > > if (spec & SPEC_RULE_COMMUTATIVE) { > if (op->op1_type < op->op2_type) { > zend_swap_operands(op); > } > } > op->handler = zend_vm_get_opcode_handler_ex(spec, op); > } > > > I have no idea, why PHP with xdebug doen't swap operands. > > > Thanks. Dmitry. > > ________________________________ > From: Derick Rethans <derick@php.net> > Sent: Tuesday, September 4, 2018 7:26:49 PM > To: Dmitry Stogov > Cc: PHP Developers Mailing List > Subject: Mysterious (to me) Xdebug issue with PHP 7.3 > > Hi, > > I'm finalizing Xdebug support for PHP 7.3, and although I have fixed > many things, there is one thing that is (currently) eluding me. > > The branch I'm working on is > https://github.com/derickr/xdebug/tree/PHP-7.3-support > > With Xdebug (just) loaded, the following script: > > $ cat /tmp/bug01471.php > <?php > $c = "aa" == $ff ? 1 : 0; > ?> > > Fails to run with: > > $ php -n -dzend_extension=xdebug.so /tmp/bug01471.php > > Fatal error: Invalid opcode 17/1/8. in /tmp/bug01471.php on line 2 > > Call Stack: > 0.0002 0 1. {main}() /tmp/bug01471.php:0 > > I also see others, like when running with a Composer library: > > $ vendor/bin/phpunit --debug > > Fatal error: Invalid opcode 16/1/2. in /home/derick/dev/php/derickr-mongo-php-library/vendor/composer/autoload_real.php on line 18 > > Call Stack: > 0.0003 431424 1. {main}() /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:0 > 0.0005 433616 2. require('/home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php') /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:51 > 0.0008 450432 3. ComposerAutoloaderInit96731179a4aab6838b54de3a71995ee1::getLoader() /home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php:7 > > And I can't figure out why. The backtrace isn't particularly useful > either. I got similar issues with get_zval_ptr [1], as it changed, but I > can't track this specific one down. Would you mind having a look? > > cheers, > Derick > > [1] https://github.com/derickr/xdebug/commit/70d9189700d57707d842020493a3df23e0c76098 > -- > > > -- > https://derickrethans.nl | https://xdebug.org | https://dram.io > Like Xdebug? Consider a donation: https://xdebug.org/donate.php, > or become my Patron: https://www.patreon.com/derickr > twitter: @derickr and @xdebug >
-- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php, or become my Patron: https://www.patreon.com/derickr twitter: @derickr and @xdebug -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Dmitry Stogov

8 years ago
I hope, it's fixed now. Please verify. Dmitry. ________________________________ From: Dmitry Stogov <dmitry@zend.com> Sent: Wednesday, September 5, 2018 1:36:33 PM To: Derick Rethans Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3 I see the problem, and most probably, it has to be fixed in PHP sources. I'll try to take a deeper look today evening. Thanks. Dmitry. ________________________________ From: Derick Rethans <derick@php.net> Sent: Wednesday, September 5, 2018 12:27:56 PM To: Dmitry Stogov Cc: PHP Developers Mailing List Subject: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3 Hi, in Xdebug, I do supply my own opcode handlers for quite a few opcodes, including ZEND_IS_EQUAL, and a whole bunch of others. Is it possible that when you use zend_set_user_opcode_handler[1][2] that this swap isn't done with zend_swap_operands? My opcode handler basically just does some code and then uses ZEND_VM_DISPATCH[3]. [1] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.h#L47-L48 [2] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug.c#L781 [3] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.c#L125-L142 cheers, Derick On Wed, 5 Sep 2018, Dmitry Stogov wrote:
> Hi Derick, > > > The message "Invalid opcode 17/1/8" means that PHP doesn't have handler for opcode 17 (ZEND_IS_EQUAL) where first operand IS_CONST and second operand IS_CV. > > > ZEND_IS_EQUAL is a commutative operator. zend_vm_gen.php doesn't generate code for ZEND_IS_EQUAL_SPEC_CONST_CV_HANDLER, but PHP code-generator swaps operands, if necessary, to use ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER. > > > ZEND_API void ZEND_FASTCALL zend_vm_set_opcode_handler(zend_op* op) > { > zend_uchar opcode = zend_user_opcodes[op->opcode]; > uint32_t spec = zend_spec_handlers[opcode]; > > if (spec & SPEC_RULE_COMMUTATIVE) { > if (op->op1_type < op->op2_type) { > zend_swap_operands(op); > } > } > op->handler = zend_vm_get_opcode_handler_ex(spec, op); > } > > > I have no idea, why PHP with xdebug doen't swap operands. > > > Thanks. Dmitry. > > ________________________________ > From: Derick Rethans <derick@php.net> > Sent: Tuesday, September 4, 2018 7:26:49 PM > To: Dmitry Stogov > Cc: PHP Developers Mailing List > Subject: Mysterious (to me) Xdebug issue with PHP 7.3 > > Hi, > > I'm finalizing Xdebug support for PHP 7.3, and although I have fixed > many things, there is one thing that is (currently) eluding me. > > The branch I'm working on is > https://github.com/derickr/xdebug/tree/PHP-7.3-support > > With Xdebug (just) loaded, the following script: > > $ cat /tmp/bug01471.php > <?php > $c = "aa" == $ff ? 1 : 0; > ?> > > Fails to run with: > > $ php -n -dzend_extension=xdebug.so /tmp/bug01471.php > > Fatal error: Invalid opcode 17/1/8. in /tmp/bug01471.php on line 2 > > Call Stack: > 0.0002 0 1. {main}() /tmp/bug01471.php:0 > > I also see others, like when running with a Composer library: > > $ vendor/bin/phpunit --debug > > Fatal error: Invalid opcode 16/1/2. in /home/derick/dev/php/derickr-mongo-php-library/vendor/composer/autoload_real.php on line 18 > > Call Stack: > 0.0003 431424 1. {main}() /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:0 > 0.0005 433616 2. require('/home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php') /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:51 > 0.0008 450432 3. ComposerAutoloaderInit96731179a4aab6838b54de3a71995ee1::getLoader() /home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php:7 > > And I can't figure out why. The backtrace isn't particularly useful > either. I got similar issues with get_zval_ptr [1], as it changed, but I > can't track this specific one down. Would you mind having a look? > > cheers, > Derick > > [1] https://github.com/derickr/xdebug/commit/70d9189700d57707d842020493a3df23e0c76098 > -- > > > -- > https://derickrethans.nl | https://xdebug.org | https://dram.io > Like Xdebug? Consider a donation: https://xdebug.org/donate.php, > or become my Patron: https://www.patreon.com/derickr > twitter: @derickr and @xdebug >
-- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php, or become my Patron: https://www.patreon.com/derickr twitter: @derickr and @xdebug -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Derick Rethans

7 years ago
Hi Dmitry, this indeed seems to fix the problem — thanks! cheers, Derick On Wed, 5 Sep 2018, Dmitry Stogov wrote:
> I hope, it's fixed now. > > Please verify. > > > Dmitry. > > ________________________________ > From: Dmitry Stogov <dmitry@zend.com> > Sent: Wednesday, September 5, 2018 1:36:33 PM > To: Derick Rethans > Cc: PHP Developers Mailing List > Subject: Re: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3 > > I see the problem, and most probably, it has to be fixed in PHP sources. > > I'll try to take a deeper look today evening. > > > Thanks. Dmitry. > > ________________________________ > From: Derick Rethans <derick@php.net> > Sent: Wednesday, September 5, 2018 12:27:56 PM > To: Dmitry Stogov > Cc: PHP Developers Mailing List > Subject: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3 > > Hi, > > in Xdebug, I do supply my own opcode handlers for quite a few opcodes, > including ZEND_IS_EQUAL, and a whole bunch of others. Is it possible > that when you use zend_set_user_opcode_handler[1][2] that this swap > isn't done with zend_swap_operands? My opcode handler basically just > does some code and then uses ZEND_VM_DISPATCH[3]. > > [1] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.h#L47-L48 > [2] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug.c#L781 > [3] https://github.com/derickr/xdebug/blob/PHP-7.3-support/xdebug_code_coverage.c#L125-L142 > > cheers, > Derick > > On Wed, 5 Sep 2018, Dmitry Stogov wrote: > > > Hi Derick, > > > > > > The message "Invalid opcode 17/1/8" means that PHP doesn't have handler for opcode 17 (ZEND_IS_EQUAL) where first operand IS_CONST and second operand IS_CV. > > > > > > ZEND_IS_EQUAL is a commutative operator. zend_vm_gen.php doesn't generate code for ZEND_IS_EQUAL_SPEC_CONST_CV_HANDLER, but PHP code-generator swaps operands, if necessary, to use ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER. > > > > > > ZEND_API void ZEND_FASTCALL zend_vm_set_opcode_handler(zend_op* op) > > { > > zend_uchar opcode = zend_user_opcodes[op->opcode]; > > uint32_t spec = zend_spec_handlers[opcode]; > > > > if (spec & SPEC_RULE_COMMUTATIVE) { > > if (op->op1_type < op->op2_type) { > > zend_swap_operands(op); > > } > > } > > op->handler = zend_vm_get_opcode_handler_ex(spec, op); > > } > > > > > > I have no idea, why PHP with xdebug doen't swap operands. > > > > > > Thanks. Dmitry. > > > > ________________________________ > > From: Derick Rethans <derick@php.net> > > Sent: Tuesday, September 4, 2018 7:26:49 PM > > To: Dmitry Stogov > > Cc: PHP Developers Mailing List > > Subject: Mysterious (to me) Xdebug issue with PHP 7.3 > > > > Hi, > > > > I'm finalizing Xdebug support for PHP 7.3, and although I have fixed > > many things, there is one thing that is (currently) eluding me. > > > > The branch I'm working on is > > https://github.com/derickr/xdebug/tree/PHP-7.3-support > > > > With Xdebug (just) loaded, the following script: > > > > $ cat /tmp/bug01471.php > > <?php > > $c = "aa" == $ff ? 1 : 0; > > ?> > > > > Fails to run with: > > > > $ php -n -dzend_extension=xdebug.so /tmp/bug01471.php > > > > Fatal error: Invalid opcode 17/1/8. in /tmp/bug01471.php on line 2 > > > > Call Stack: > > 0.0002 0 1. {main}() /tmp/bug01471.php:0 > > > > I also see others, like when running with a Composer library: > > > > $ vendor/bin/phpunit --debug > > > > Fatal error: Invalid opcode 16/1/2. in /home/derick/dev/php/derickr-mongo-php-library/vendor/composer/autoload_real.php on line 18 > > > > Call Stack: > > 0.0003 431424 1. {main}() /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:0 > > 0.0005 433616 2. require('/home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php') /home/derick/dev/php/derickr-mongo-php-library/vendor/phpunit/phpunit/phpunit:51 > > 0.0008 450432 3. ComposerAutoloaderInit96731179a4aab6838b54de3a71995ee1::getLoader() /home/derick/dev/php/derickr-mongo-php-library/vendor/autoload.php:7 > > > > And I can't figure out why. The backtrace isn't particularly useful > > either. I got similar issues with get_zval_ptr [1], as it changed, but I > > can't track this specific one down. Would you mind having a look? > > > > cheers, > > Derick > > > > [1] https://github.com/derickr/xdebug/commit/70d9189700d57707d842020493a3df23e0c76098 > > -- > > > > > > -- > > https://derickrethans.nl | https://xdebug.org | https://dram.io > > Like Xdebug? Consider a donation: https://xdebug.org/donate.php, > > or become my Patron: https://www.patreon.com/derickr > > twitter: @derickr and @xdebug > > > > -- > https://derickrethans.nl | https://xdebug.org | https://dram.io > Like Xdebug? Consider a donation: https://xdebug.org/donate.php, > or become my Patron: https://www.patreon.com/derickr > twitter: @derickr and @xdebug > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >
-- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php, or become my Patron: https://www.patreon.com/derickr twitter: @derickr and @xdebug