phpxpath-users

phpxpath and php5

[Peter R. <php...@pe...>]

With the hugely improved xml capabilities in php5, I expect phpxpath will 
slowly become redundant. However, it'll be a while before scripts are 
changed, and also until php5 is widely installed in production environments, 
so those of us who have a script running on several servers may have it on 
php4 and on php5. 

I've just been testing my phpxpath scripts in php5 and have to say I've not 
found one that works :-(( For example, 'PHP Fatal error:  Cannot re-assign 
$this in /test/scripts/XPath.class.php on line 4614'
which it seems is one of the 'undocumented features' of the new version (see 
user comment at http://www.php.net/manual/en/migration5.incompatible.php)

What's the plan? Is phpxpath going to be left as is to wither with php4, or 
will it be updated to work on php5?

Re: phpxpath and php5

[Peter R. <php...@pe...>]

On Thursday 22 Jul 2004 20:19, Peter Robins wrote:
> With the hugely improved xml capabilities in php5, I expect phpxpath will
> slowly become redundant. However, it'll be a while before scripts are
> changed, and also until php5 is widely installed in production
> environments, so those of us who have a script running on several servers
> may have it on php4 and on php5.
>
> I've just been testing my phpxpath scripts in php5 and have to say I've not
> found one that works :-(( For example, 'PHP Fatal error:  Cannot re-assign
> $this in /test/scripts/XPath.class.php on line 4614'
> which it seems is one of the 'undocumented features' of the new version
> (see user comment at
> http://www.php.net/manual/en/migration5.incompatible.php)
>
> What's the plan? Is phpxpath going to be left as is to wither with php4, or
> will it be updated to work on php5?

following on from this, it seems this error is given in php5 whether or not 
the code is executed or not. My workaround for the moment is to comment out 
line 4614. An odd thing to do anyway - set an object to a boolean value? 
hmmmm . . .

Re: phpxpath and php5

[Nigel S. <nig...@us...>]

This was fixed quite a while ago but has not yet been released as a new =
version.  If you get the latest version direct from CVS you should find =
that not only is this problem fixed, but it also goes quite a lot faster =
too :o)

When I get time to breathe, I will run the release process (possibly for =
the last time), but it takes several hours, and I'm quite busy at work =
just now.  :o(

Nigel
=20
----- Original Message -----=20
From: "Peter Robins" <php...@pe...>
To: <php...@li...>
Sent: Thursday, July 22, 2004 9:19 PM
Subject: Re: phpxpath and php5


> > I've just been testing my phpxpath scripts in php5 and have to say =
I've not
> > found one that works :-(( For example, 'PHP Fatal error:  Cannot =
re-assign
> > $this in /test/scripts/XPath.class.php on line 4614'
> > which it seems is one of the 'undocumented features' of the new =
version
> > (see user comment at
> > http://www.php.net/manual/en/migration5.incompatible.php)
> >
> > What's the plan? Is phpxpath going to be left as is to wither with =
php4, or
> > will it be updated to work on php5?

Re: phpxpath and php5

[Peter R. <php...@pe...>]

On Saturday 24 Jul 2004 12:49, Nigel Swinson wrote:
> This was fixed quite a while ago but has not yet been released as a new
> version.  If you get the latest version direct from CVS you should find
> that not only is this problem fixed, 

yup, that seems to fix it. Another difference that may catch the unwary is 
that the useCases testbench uses the HTTP_*_VARS, so won't work if 
register_long_arrays in php.ini is off. However, I doubt it's worth your 
changing that.

> but it also goes quite a lot faster too :o)

I've always found that the slowness of evaluate/match is phpxpath's biggest 
problem. You don't notice if you're only accessing one or two nodes, but I 
have 1 file where each node has a unique id attribute which is the xpath key. 
phpxpath doesn't like this at all. It's quite a large file, and updating a 
large no of nodes can literally take several minutes!