Re: [xml] xmlXPathEval(*str,*ctxt)
- From: Daniel Veillard <veillard redhat com>
- To: "Robert G. Brown" <rgb phy duke edu>
- Cc: xml gnome org
- Subject: Re: [xml] xmlXPathEval(*str,*ctxt)
- Date: Thu, 28 Mar 2002 10:36:47 -0500
On Thu, Mar 28, 2002 at 09:47:24AM -0500, Robert G. Brown wrote:
It seems that in a document like:
<?xml version="1.0"?>
<xmlsysd>
<proc>
</proc>
</xmlsysd>
rgb lucifer|T:443>./testXPath -i xmlsysd.xml /xmlsysd/proc/uptime
Object is a Node Set :
Set contains 0 nodes:
rgb lucifer|T:444>./testXPath -i xmlsysd.xml /xmlsysd/proc/uptime/up
Object is a Node Set :
NodeSet is NULL !
rgb lucifer|T:457>./testXPath -i xmlsysd.xml /xmlsysd/proc
Object is a Node Set :
Set contains 1 nodes:
1 ELEMENT proc
In my own code the following fragment (either way -- one step or with a
segment copied from textXPath.c) does NOT return null in the second case
although the node obviously does not exist. Is this not a bug? Do I
have to test all segments of a path to a node?
it's not a bug. ht eobject recturned will not be null in either
case, in both case it will be flagged as a being a node set in
the first case obj->nodeset is not NULL and is of zero len and in
the second case obj->nodeset is NULL.
They have the same semantic.
it simply won't allocate a node set array if not needed.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]