Hi,

I'm going to need more than this to debug and find this problem. At least a (small) reproducible case. If that means making a Git repository for me to clone and run, that works as well.

cheers,
Derick

I would love be able to provide you a simple or small example. Alas, I cannot find one. Maybe at least I can provide you with something that will demonstrate the the issue with modest effort on your part (but still involving a large library).

Install the library by running the following composer command (assuming 'composer' is a command that runs the composer.phar):

composer require lyquidity/xpath2:dev-master lyquidity/utilities:dev-master lyquidity/xml:dev-master --prefer-dist

You may be familiar with composer but in case not, create a folder (any folder) and at the command line change to that folder and run the command above. It will download the relevant files and store them in sub-folders of a folder called 'vendor' and create two files one called composer.json and one called composer.lock.

At the moment the XPath 2.0 library installed by the composer command is only tested on Windows.

Then run the short script below using 7.1 or later. The XPath expression evaluated is invalid and the evaluator is expected to report an XPath 2.0 specification prescribed error code. The evaluator identifies the issue and throws an XPath2Exception that contains the prescribed error code.

When XDebug 2.6 is used and xdebug.collect_params is disabled then you see the message from the 'catch' clause. That is, it works correctly. When xdebug.collect_params is enabled then PHP crashes with a fault generated by XDebug 2.6. At least that is my experience.

It is the act of throwing the exception that seems to generate the fault. To save you hunting it down, the XPath2Exception is thrown in ./vendor/lyquidity/xpath2/Proxy/FloatProxy.php line 237. The exception instance is created OK. The fault occurs when the 'throw' statement is executed.

<?php

require_once DIR . '/vendor/autoload.php';
use lyquidity\XPath2\XPath2Expression;

try
{
$result = XPath2Expression::EvaluateWithArg( "xs:float(\"NaN\") idiv 1", null );
}
catch ( Exception $ex )
{
echo "This exception should appear. When xdebug.collect_params is enabled PHP will crash.\n";
}

echo "Finished\n";

?>

Regards

Bill Seddon

These instructions are good enough. However, they don't work. Even without Xdebug loaded (notice the -n in the CMD command), I get an exception:

derick@singlemalt:/tmp/1555 $ php -n test.php

Fatal error: Uncaught Error: Class 'lyquidity\xml\MS\XmlNameTable' not found in /tmp/1555/vendor/lyquidity/xpath2/XPath2Context.php:54
Stack trace:
#0 /tmp/1555/vendor/lyquidity/xpath2/XPath2Expression.php(273): lyquidity\XPath2\XPath2Context->__construct(NULL)
#1 /tmp/1555/vendor/lyquidity/xpath2/XPath2Expression.php(178): lyquidity\XPath2\XPath2Expression::Compile('xs:float("NaN")...', NULL)
0000002 /tmp/1555/vendor/lyquidity/xpath2/XPath2Expression.php(166): lyquidity\XPath2\XPath2Expression::EvaluateWithArgAndResolver('xs:float("NaN")...', NULL, NULL)
0000003 /tmp/1555/test.php(7): lyquidity\XPath2\XPath2Expression::EvaluateWithArg('xs:float("NaN")...', NULL)
0000004 {main}
thrown in /tmp/1555/vendor/lyquidity/xpath2/XPath2Context.php on line 54

Hi Derick

I can reproduce your error when running on Linux. As I mentioned in an earlier post, and I should have mentioned again in the post with the instructions, the library has not yet been tested on Linux. The error I see occurs on Windows.

If it is important to you to be able to run the issue on Linux let me know and let you know when you can refresh to install a version that works on Linux.

Bill Seddon

I don't have Windows, so I'll need it to at least run on Linux—it's fine for now if you can't reproduce the crash on Linux.

I bet the fatal error error is just a capitalisation issue in a class name.

I have updated the project to fix the issue on Linux. My guess was some capitalization issue as well but it turns out the problem was in the auto loader of the xml sub-project. It assumed the the file name could include the classname to generate the file name but the classname contains the namespace which uses backslashes. This is OK on windows. On Linux not so much.

Although I updated the project references on packagist.org I found could not just update and instead had to reinstall. First it was necessary to remove the vendor directory and the composer.json and composer.lock files.

I also discovered that it was necessary to install the bcmath, mbstring and intl extensions.

I can confirm the same issue arises on Linux when collect_params is enabled. The message emitted is 'Segmentation fault'. It runs correctly when collect_params is not enabled.

In this example I used PHP 7.2 with XDebug 2.6 on Amazon Linux 2 (which is a RHEL/Fedora clone)

I can reproduce this now, but I am afraid that a fix is not going to be too easy.

It's great that you are able to reproduce it. At least you know of the issue and are in a position to investigate. Maybe some point in the future you will have a moment of inspiration and be able to address it. In the meantime I'll just make sure collect_params is disabled.

Best wishes.

Is this issue still relevant to you?

Probably not. At the time the issue was reported i was using Eclipse and PHP 7.1/7.2 and XDebug 2.6. Plus I was creating and debugging an XPath 2.0 processor that uses recursion to proceess queries. None of these are true today as most work uses PHP 8.0, XDebug 3.x on VS Code while the XPath processor is stable and untouched for a while now. Plus I was able to get by not collecting params.

OK. I'm closing it out then. Thanks!