You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(6) |
Jul
(21) |
Aug
(40) |
Sep
(7) |
Oct
(41) |
Nov
(52) |
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(49) |
Feb
(37) |
Mar
(84) |
Apr
(11) |
May
(29) |
Jun
(9) |
Jul
(19) |
Aug
(9) |
Sep
(6) |
Oct
(5) |
Nov
(15) |
Dec
(3) |
| 2008 |
Jan
(7) |
Feb
(11) |
Mar
(25) |
Apr
(50) |
May
(7) |
Jun
(8) |
Jul
(10) |
Aug
(18) |
Sep
(1) |
Oct
(15) |
Nov
(1) |
Dec
(9) |
| 2009 |
Jan
(5) |
Feb
(2) |
Mar
(3) |
Apr
(5) |
May
(10) |
Jun
(4) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(15) |
Nov
(13) |
Dec
(6) |
| 2010 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(6) |
May
|
Jun
(4) |
Jul
(12) |
Aug
(8) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2011 |
Jan
(19) |
Feb
(39) |
Mar
(28) |
Apr
(6) |
May
(7) |
Jun
(9) |
Jul
|
Aug
(1) |
Sep
|
Oct
(8) |
Nov
(3) |
Dec
(12) |
| 2012 |
Jan
(2) |
Feb
(1) |
Mar
(3) |
Apr
(4) |
May
(4) |
Jun
(3) |
Jul
(10) |
Aug
(2) |
Sep
(13) |
Oct
(24) |
Nov
(3) |
Dec
(1) |
| 2013 |
Jan
(11) |
Feb
(5) |
Mar
(4) |
Apr
(3) |
May
(3) |
Jun
(5) |
Jul
(7) |
Aug
(16) |
Sep
|
Oct
(7) |
Nov
(11) |
Dec
|
| 2014 |
Jan
(7) |
Feb
(4) |
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(3) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
(11) |
May
(8) |
Jun
(3) |
Jul
(1) |
Aug
(3) |
Sep
(5) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
(3) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(2) |
Jun
|
Jul
(4) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2019 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <jz...@xi...> - 2015-05-24 04:03:48
|
Did you get the latest code from cvs? or this is the code from 2.11? ----- Original Message ----- From: W K To:"vtd...@li..." Cc: Sent:Tue, 19 May 2015 18:37:56 -0400 Subject:[Vtd-xml-users] java.lang.ArrayIndexOutOfBoundsException: 1073741900 This is an odd issue, and I am not sure if it is a bug or I am missing something ... Here is what I am doing: - Create a VTDNav instance by parsing an xml file - Store this instance (vn) as a class variable Method 1: isValidXml() (this function validates a section of the xml) - I Create AutoPilot instance: new AutoPilot( vn ) - Add namespaces to ap instance - eval xpath to navigate to an element - get element via: getElementFragment() and then toRawString() - add namespaces to root element via VTD-XML, but in a separate method. Method 2: isValidNames() (this checks element values) - I create another AutoPilot instance: new AutoPilot( vn ) - Add namespaces to ap instance - eval xpath to get element values ... this produces the error: java.lang.ArrayIndexOutOfBoundsException: [1] 1073741900 at com.ximpleware.UniByteBuffer.byteAt(UniByteBuffer.java:42) [2] at com.ximpleware.VTDNav.getChar(VTDNav.java:635) [3] at com.ximpleware.VTDNav.compareRawTokenString(VTDNav.java:1996) [4] at com.ximpleware.VTDNav.matchRawTokenString(VTDNav.java:1854) [5] at com.ximpleware.VTDNav.matchElementNS(VTDNav.java:1832) [6] at com.ximpleware.NodeTest.eval(NodeTest.java:63) [7] at com.ximpleware.xpath.Step.eval(Step.java:116) [8] at com.ximpleware.LocationPathExpr.process_child(LocationPathExpr.java:285) [9] at com.ximpleware.LocationPathExpr.evalNodeSet(LocationPathExpr.java:1747) [10] at com.ximpleware.UnionExpr.evalNodeSet(UnionExpr.java:105) [11] at com.ximpleware.AutoPilot.evalXPath(AutoPilot.java:755) [12] ... What I do not understand is that IF I do Method 2 before Method 1, no issues. My question(s) are: - Does getElementFragment() change or affect the original VTDNav instance (i.e. similar to adding an attribute, element, etc... the XMLModifier has to be 're-bound')? - If so, how can I refresh the VTDNav instance so I am working with the same instance as I started? - Does transforming that element fragment affect the VTDNav instance? Thank you for any help in understanding what I may be doing incorrectly. WK Links: ------ [1] http://java.lang.ArrayIndexOutOfBoundsException [2] http://sitemail.hostway.com/http: [3] http://sitemail.hostway.com/http: [4] http://sitemail.hostway.com/http: [5] http://sitemail.hostway.com/http: [6] http://sitemail.hostway.com/http: [7] http://sitemail.hostway.com/http: [8] http://sitemail.hostway.com/http: [9] http://sitemail.hostway.com/http: [10] http://sitemail.hostway.com/http: [11] http://sitemail.hostway.com/http: [12] http://sitemail.hostway.com/http: |
|
From: W K <wka...@ho...> - 2015-05-19 22:38:03
|
This is an odd issue, and I am not sure if it is a bug or I am missing something ...
Here is what I am doing:
- Create a VTDNav instance by parsing an xml file
- Store this instance (vn) as a class variable
Method 1: isValidXml() (this function validates a section of the xml)
- I Create AutoPilot instance: new AutoPilot( vn )
- Add namespaces to ap instance
- eval xpath to navigate to an element
- get element via: getElementFragment() and then toRawString()
- add namespaces to root element via VTD-XML, but in a separate method.
Method 2: isValidNames() (this checks element values)
- I create another AutoPilot instance: new AutoPilot( vn )
- Add namespaces to ap instance
- eval xpath to get element values ... this produces the error:
java.lang.ArrayIndexOutOfBoundsException: 1073741900
at com.ximpleware.UniByteBuffer.byteAt(UniByteBuffer.java:42)
at com.ximpleware.VTDNav.getChar(VTDNav.java:635)
at com.ximpleware.VTDNav.compareRawTokenString(VTDNav.java:1996)
at com.ximpleware.VTDNav.matchRawTokenString(VTDNav.java:1854)
at com.ximpleware.VTDNav.matchElementNS(VTDNav.java:1832)
at com.ximpleware.NodeTest.eval(NodeTest.java:63)
at com.ximpleware.xpath.Step.eval(Step.java:116)
at com.ximpleware.LocationPathExpr.process_child(LocationPathExpr.java:285)
at com.ximpleware.LocationPathExpr.evalNodeSet(LocationPathExpr.java:1747)
at com.ximpleware.UnionExpr.evalNodeSet(UnionExpr.java:105)
at com.ximpleware.AutoPilot.evalXPath(AutoPilot.java:755)
...
What I do not understand is that IF I do Method 2 before Method 1, no issues. My question(s) are:
- Does getElementFragment() change or affect the original VTDNav instance (i.e. similar to adding an attribute, element, etc... the XMLModifier has to be 're-bound')?
- If so, how can I refresh the VTDNav instance so I am working with the same instance as I started?
- Does transforming that element fragment affect the VTDNav instance?
Thank you for any help in understanding what I may be doing incorrectly.
WK
|
|
From: Erik F. <eri...@un...> - 2015-05-12 06:27:24
|
How should I reduce document size of a 1.3 GB XML file if I can’t parse it. I cannot just split it somewhere. Sure, I could do it manually (but again this wouldn’t exactly be straight forward since most editors will opt out at this file size and even vi becomes very slow and annoying to work with), but overall this should be doable with a parser. The XML is from PubMed Central so it is not even a particular uncommon or weird piece of XML. There are some Math ML formulas in it which tend to be quite verbose. But normal, valid XML after all. So I have to fall back to StAX … :-( > On 12 May 2015, at 02:32, jz...@xi... wrote: > > I dont think vtd-xml extended is good for that... use vtd-xml instead and reduce document size... > > > > ----- Original Message ----- > From: > Erik Fäßler <eri...@un...> > > To: > "jz...@xi..." <jz...@xi...> > Cc: > "vtd...@li..." <vtd...@li...> > Sent: > Mon, 11 May 2015 09:17:38 +0200 > Subject: > Re: [Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH > > > Hi again, > > so I used vn.getNestingLevel() <http:/> to determine the maximum depth of an element in my XML document. The output is 33, so the depth is 32, just two more than the constant of VTDGenHuge allows us. HOWEVER I don’t know whether I don’t also have other documents with a deeper depth. Since the parser opts out already at the document with a depth of 32, I can’t say if even deeper documents would follow. > > What can I do about it? > > Thanks very much, > > Erik > > On 09 May 2015, at 10:09, Erik Fäßler <eri...@un... <mailto:eri...@un...>> wrote: > > Hmm, I wouldn't know, this was not exactly something I kept track of until now. Didn't I append the file to the question, perhaps you know a very quick way to determine the depth? Otherwise I will write some script to count the depth. But I can do this only as early as Monday as I currently don't have this particular file with me. > > Best, > > Erik > > > > On 08 May 2015, at 22:39, jz...@xi... <mailto:jz...@xi...> wrote: > > How deep is your xml document processed in vtd-xml huge? > > > > ----- Original Message ----- > From: > Erik Fäßler <eri...@un... <mailto:eri...@un...>> > > To: > <vtd...@li... <mailto:vtd...@li...>> > Cc: > > Sent: > Wed, 6 May 2015 16:29:33 +0200 > Subject: > [Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH > > > Hi there, > > I was trying to parse the XML file in the attachment with the VTD Huge parser. I need the Huge parser because originally, the XML contents of the file are just part of a file as large as 1.3GB. > Parsing this file fails with the error > > com.ximpleware.extended.ParseExceptionHuge: <http://com.ximpleware.extended.parseexceptionhuge/> Other Error: Depth exceeds MAX_DEPTH > Line Number: 4856 Offset: 70 > > Using VTD XML 2.11. > With the normal VTD it is working because there, the MAX_DEPTH constant is set to 254 instead of only 30 on VTD Huge. Would it be possible to make this configurable (e.g. by a Java system property like java -Dcom.ximpleware.max_depth) <x-msg://130/> or is there any reason why this constant should absolutely stay at 30? It would make VTD fail for my use case which would be too bad since my primary XML tooling is developed around VTD XML. > > Thanks and best regards, > > Erik > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ <http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________> > Vtd-xml-users mailing list > Vtd...@li... <mailto:Vtd...@li...> > https://lists.sourceforge.net/lists/listinfo/vtd-xml-users <https://lists.sourceforge.net/lists/listinfo/vtd-xml-users> > |
|
From: <jz...@xi...> - 2015-05-12 00:32:39
|
I dont think vtd-xml extended is good for that... use vtd-xml instead and reduce document size... ----- Original Message ----- From: Erik Fäßler To:"jz...@xi..." Cc:"vtd...@li..." Sent:Mon, 11 May 2015 09:17:38 +0200 Subject:Re: [Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH Hi again, so I used vn.getNestingLevel() [1] to determine the maximum depth of an element in my XML document. The output is 33, so the depth is 32, just two more than the constant of VTDGenHuge allows us. HOWEVER I don’t know whether I don’t also have other documents with a deeper depth. Since the parser opts out already at the document with a depth of 32, I can’t say if even deeper documents would follow. What can I do about it? Thanks very much, Erik On 09 May 2015, at 10:09, Erik Fäßler wrote: Hmm, I wouldn't know, this was not exactly something I kept track of until now. Didn't I append the file to the question, perhaps you know a very quick way to determine the depth? Otherwise I will write some script to count the depth. But I can do this only as early as Monday as I currently don't have this particular file with me. Best, Erik On 08 May 2015, at 22:39, jz...@xi... [3] wrote: How deep is your xml document processed in vtd-xml huge? ----- Original Message ----- From: Erik Fäßler To: Cc: Sent:Wed, 6 May 2015 16:29:33 +0200 Subject:[Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH Hi there, I was trying to parse the XML file in the attachment with the VTD Huge parser. I need the Huge parser because originally, the XML contents of the file are just part of a file as large as 1.3GB.Parsing this file fails with the error com.ximpleware.extended.ParseExceptionHuge: [6] Other Error: Depth exceeds MAX_DEPTHLine Number: 4856 Offset: 70 Using VTD XML 2.11.With the normal VTD it is working because there, the MAX_DEPTH constant is set to 254 instead of only 30 on VTD Huge. Would it be possible to make this configurable (e.g. by a Java system property like java -Dcom.ximpleware.max_depth) [7] or is there any reason why this constant should absolutely stay at 30? It would make VTD fail for my use case which would be too bad since my primary XML tooling is developed around VTD XML. Thanks and best regards, Erik ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ [8] Vtd-xml-users mailing list Vtd...@li... [9] https://lists.sourceforge.net/lists/listinfo/vtd-xml-users [10] Links: ------ [1] http://sitemail.hostway.com/http: [2] mailto:eri...@un... [3] mailto:jz...@xi... [4] mailto:eri...@un... [5] mailto:vtd...@li... [6] http://com.ximpleware.extended.parseexceptionhuge/ [7] http://sitemail.hostway.com/ [8] http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ [9] mailto:Vtd...@li... [10] https://lists.sourceforge.net/lists/listinfo/vtd-xml-users |
|
From: Erik F. <eri...@un...> - 2015-05-11 07:17:29
|
Hi again, so I used vn.getNestingLevel() to determine the maximum depth of an element in my XML document. The output is 33, so the depth is 32, just two more than the constant of VTDGenHuge allows us. HOWEVER I don’t know whether I don’t also have other documents with a deeper depth. Since the parser opts out already at the document with a depth of 32, I can’t say if even deeper documents would follow. What can I do about it? Thanks very much, Erik > On 09 May 2015, at 10:09, Erik Fäßler <eri...@un...> wrote: > > Hmm, I wouldn't know, this was not exactly something I kept track of until now. Didn't I append the file to the question, perhaps you know a very quick way to determine the depth? Otherwise I will write some script to count the depth. But I can do this only as early as Monday as I currently don't have this particular file with me. > > Best, > > Erik > > > > On 08 May 2015, at 22:39, jz...@xi... <mailto:jz...@xi...> wrote: > >> How deep is your xml document processed in vtd-xml huge? >> >> >> >> ----- Original Message ----- >> From: >> Erik Fäßler <eri...@un... <mailto:eri...@un...>> >> >> To: >> <vtd...@li... <mailto:vtd...@li...>> >> Cc: >> >> Sent: >> Wed, 6 May 2015 16:29:33 +0200 >> Subject: >> [Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH >> >> >> Hi there, >> >> I was trying to parse the XML file in the attachment with the VTD Huge parser. I need the Huge parser because originally, the XML contents of the file are just part of a file as large as 1.3GB. >> Parsing this file fails with the error >> >> com.ximpleware.extended.ParseExceptionHuge: <http://com.ximpleware.extended.parseexceptionhuge/> Other Error: Depth exceeds MAX_DEPTH >> Line Number: 4856 Offset: 70 >> >> Using VTD XML 2.11. >> With the normal VTD it is working because there, the MAX_DEPTH constant is set to 254 instead of only 30 on VTD Huge. Would it be possible to make this configurable (e.g. by a Java system property like java -Dcom.ximpleware.max_depth) <http:/> or is there any reason why this constant should absolutely stay at 30? It would make VTD fail for my use case which would be too bad since my primary XML tooling is developed around VTD XML. >> >> Thanks and best regards, >> >> Erik >> > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ > Vtd-xml-users mailing list > Vtd...@li... > https://lists.sourceforge.net/lists/listinfo/vtd-xml-users |
|
From: Erik F. <eri...@un...> - 2015-05-09 08:10:00
|
Hmm, I wouldn't know, this was not exactly something I kept track of until now. Didn't I append the file to the question, perhaps you know a very quick way to determine the depth? Otherwise I will write some script to count the depth. But I can do this only as early as Monday as I currently don't have this particular file with me. Best, Erik > On 08 May 2015, at 22:39, jz...@xi... wrote: > > How deep is your xml document processed in vtd-xml huge? > > > > ----- Original Message ----- > From: > Erik Fäßler <eri...@un...> > > To: > <vtd...@li...> > Cc: > > Sent: > Wed, 6 May 2015 16:29:33 +0200 > Subject: > [Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH > > > Hi there, > > I was trying to parse the XML file in the attachment with the VTD Huge parser. I need the Huge parser because originally, the XML contents of the file are just part of a file as large as 1.3GB. > Parsing this file fails with the error > > com.ximpleware.extended.ParseExceptionHuge: Other Error: Depth exceeds MAX_DEPTH > Line Number: 4856 Offset: 70 > > Using VTD XML 2.11. > With the normal VTD it is working because there, the MAX_DEPTH constant is set to 254 instead of only 30 on VTD Huge. Would it be possible to make this configurable (e.g. by a Java system property like java -Dcom.ximpleware.max_depth) or is there any reason why this constant should absolutely stay at 30? It would make VTD fail for my use case which would be too bad since my primary XML tooling is developed around VTD XML. > > Thanks and best regards, > > Erik > |
|
From: <jz...@xi...> - 2015-05-08 20:39:29
|
How deep is your xml document processed in vtd-xml huge? ----- Original Message ----- From: Erik Fäßler To: Cc: Sent:Wed, 6 May 2015 16:29:33 +0200 Subject:[Vtd-xml-users] VTD Huge: Depth exceeds MAX_DEPTH Hi there, I was trying to parse the XML file in the attachment with the VTD Huge parser. I need the Huge parser because originally, the XML contents of the file are just part of a file as large as 1.3GB.Parsing this file fails with the error com.ximpleware.extended.ParseExceptionHuge: [1] Other Error: Depth exceeds MAX_DEPTHLine Number: 4856 Offset: 70 Using VTD XML 2.11.With the normal VTD it is working because there, the MAX_DEPTH constant is set to 254 instead of only 30 on VTD Huge. Would it be possible to make this configurable (e.g. by a Java system property like java -Dcom.ximpleware.max_depth) [2] or is there any reason why this constant should absolutely stay at 30? It would make VTD fail for my use case which would be too bad since my primary XML tooling is developed around VTD XML. Thanks and best regards, Erik Links: ------ [1] http://com.ximpleware.extended.ParseExceptionHuge [2] http://sitemail.hostway.com/http: |
|
From: Erik F. <eri...@un...> - 2015-05-06 14:29:42
|
Hi there, I was trying to parse the XML file in the attachment with the VTD Huge parser. I need the Huge parser because originally, the XML contents of the file are just part of a file as large as 1.3GB. Parsing this file fails with the error com.ximpleware.extended.ParseExceptionHuge: Other Error: Depth exceeds MAX_DEPTH Line Number: 4856 Offset: 70 Using VTD XML 2.11. With the normal VTD it is working because there, the MAX_DEPTH constant is set to 254 instead of only 30 on VTD Huge. Would it be possible to make this configurable (e.g. by a Java system property like java -Dcom.ximpleware.max_depth) or is there any reason why this constant should absolutely stay at 30? It would make VTD fail for my use case which would be too bad since my primary XML tooling is developed around VTD XML. Thanks and best regards, Erik |
|
From: <al...@sa...> - 2015-04-28 15:14:29
|
We are using 2.11 on Windows, which appears to be the latest version. The only odd thing is that we don't have a configuration where we do not get the error. That includes 3 versions of .NET and 2 versions of Windows. Guess we are stuck with this, so we will see if we can work around the problem by using vtd-xml to create the base xml content. We will let you know if we can get around this issue. Thanks, Al Gidden ---------- Original Message ----------- From: jz...@xi... To: al...@sa..., jz...@xi... Cc: vtd...@li... Sent: Fri, 24 Apr 2015 22:14:44 -0500 Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > I double checked, vtdGen.parse() does not throw any errors.. are you having the latest version? > > > ----- Original Message ----- > > From: al...@sa... > > To:<jz...@xi...> > > Cc:<vtd...@li...> > > Sent:Thu, 23 Apr 2015 10:04:58 -0300 > > Subject:Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > Thank you for looking into this issue. > > The exception shows up in a debugger as an 'unmanaged' exception. > You can tell VisualStudio to stop on these type of errors, but not MonoDevelop. > > When I put a breakpoint on this line: > vtdGen.parse(false); > and Step to the next instruction you will see the error(s) in the debugger on the stack. > > We have since tried 32-bit systems and .NET 4.0, but it does not change anything. > Problem is the same in VisualStudio 2012 and VisualStudio 2013, and the current release of MonoDevelop (XamarinStudio) as well. > > Regards, > Al Gidden > > ---------- Original Message ----------- > From: jz...@xi... > To: al...@sa..., vtd...@li... > Sent: Wed, 22 Apr 2015 20:36:46 -0500 > Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > for some reasons I just can't duplicate teh problem... it works on my machine... are you sure this xml throws any exception? > > > > > > ----- Original Message ----- > > > > From: al...@sa... > > > > To:<jz...@xi...> > > > > Cc: > > > > Sent:Wed, 15 Apr 2015 09:55:37 -0300 > > > > Subject:Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > > Thank you for responding to my request. > > > > Attached find a .CS file and an XML file to read. > > These are the same files which were attached to my message in the vtd-xml-users list. > > > > Let me know if you need any additional information. > > > > Regards, > > Al Gidden > > > > ---------- Original Message ----------- > > From: jz...@xi... > > To: al...@sa..., vtd...@li... > > Sent: Tue, 14 Apr 2015 21:25:57 -0500 > > Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > > > Plz send me a test case to help me reproduce the error... > > > > > > > > > ----- Original Message ----- > > > > > > From: al...@sa... > > > > > > To:<vtd...@li...> > > > > > > Cc: > > > > > > Sent:Tue, 14 Apr 2015 15:31:45 -0300 > > > > > > Subject:[Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > > > > We are trying to use C# to parse some small xml files. We have used VTD-XML in many other languages > > > and it has worked perfect for us. > > > > > > We noticed that with C# the VTD-XML parser will produce an error that is not an exception, and then > > > it will start to do odd things. > > > > > > A simple test class (Main()) is attached with an XML file that shows the error. > > > > > > When you run the code you will see an error in the debugger (not a thrown exception) right after > > > passing line 23: vtdGen.parse(false); > > > > > > This is the complete error I got from VisualStudio and the Mono debuggers: > > > Exception:Thrown: "permature EOF reached, XML document incomplete" (com.ximpleware.EOFException) > > > A com.ximpleware.EOFException was thrown: "permature EOF reached, XML document incomplete" > > > > > > Just as a comparison, we can read the file in VTD-XML Java without any errors. > > > > > > We are using the libraries from ximpleware_2.11_csharp.zip. We have .NET 4.5 and have tried Windows > > > 7 and Windows 8. We need to work with byte arrays to load vtd-xml. > > > > > > We have worked on this for over a week and cannot get anything to consistently load with VTD-XML C#. > > > No matter how the XML was created (ex: by hand or created from an XmlDocument), we seem to get the > > > EOF error all the time. > > > > > > We need to know what the error means and how to rectify it. Since there is no exception, it causes a > > > silent failure and poses a big problem. > > > > > > Thanks for any assistance, > > > Al > > > > > > > > ------- End of Original Message ------- > > > ------- End of Original Message ------- > ------- End of Original Message ------- |
|
From: <jz...@xi...> - 2015-04-25 03:14:51
|
I double checked, vtdGen.parse() does not throw any errors... are you having the latest version? ----- Original Message ----- From: al...@sa... To: Cc: Sent:Thu, 23 Apr 2015 10:04:58 -0300 Subject:Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) Thank you for looking into this issue. The exception shows up in a debugger as an 'unmanaged' exception. You can tell VisualStudio to stop on these type of errors, but not MonoDevelop. When I put a breakpoint on this line: vtdGen.parse(false); [1] and Step to the next instruction you will see the error(s) in the debugger on the stack. We have since tried 32-bit systems and .NET 4.0, but it does not change anything. Problem is the same in VisualStudio 2012 and VisualStudio 2013, and the current release of MonoDevelop (XamarinStudio) as well. Regards, Al Gidden ---------- ORIGINAL MESSAGE ----------- From: jz...@xi... To: al...@sa..., vtd...@li... Sent: Wed, 22 Apr 2015 20:36:46 -0500 Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > for some reasons I just can't duplicate teh problem... it works on my machine... are you sure this xml throws any exception? > > > ----- Original Message ----- > > From: al...@sa... > > To: > > Cc: > > Sent:Wed, 15 Apr 2015 09:55:37 -0300 > > Subject:Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > Thank you for responding to my request. > > Attached find a .CS file and an XML file to read. > These are the same files which were attached to my message in the vtd-xml-users list. > > Let me know if you need any additional information. > > Regards, > Al Gidden > > ---------- ORIGINAL MESSAGE ----------- > From: jz...@xi... [2] > To: al...@sa... [3], vtd...@li... [4] > Sent: Tue, 14 Apr 2015 21:25:57 -0500 > Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > Plz send me a test case to help me reproduce the error... > > > > > > ----- Original Message ----- > > > > From: al...@sa... [5] > > > > To: > > > > Cc: > > > > Sent:Tue, 14 Apr 2015 15:31:45 -0300 > > > > Subject:[Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > > We are trying to use C# to parse some small xml files. We have used VTD-XML in many other languages > > and it has worked perfect for us. > > > > We noticed that with C# the VTD-XML parser will produce an error that is not an exception, and then > > it will start to do odd things. > > > > A simple test class (Main()) is attached with an XML file that shows the error. > > > > When you run the code you will see an error in the debugger (not a thrown exception) right after > > passing line 23: vtdGen.parse(false); [7] > > > > This is the complete error I got from VisualStudio and the Mono debuggers: > > Exception:Thrown: "permature EOF reached, XML document incomplete" (com.ximpleware.EOFException) [8] > > A com.ximpleware.EOFException [9] was thrown: "permature EOF reached, XML document incomplete" > > > > Just as a comparison, we can read the file in VTD-XML Java without any errors. > > > > We are using the libraries from ximpleware_2.11_csharp.zip [10]. We have .NET 4.5 and have tried Windows > > 7 and Windows 8. We need to work with byte arrays to load vtd-xml. > > > > We have worked on this for over a week and cannot get anything to consistently load with VTD-XML C#. > > No matter how the XML was created (ex: by hand or created from an XmlDocument), we seem to get the > > EOF error all the time. > > > > We need to know what the error means and how to rectify it. Since there is no exception, it causes a > > silent failure and poses a big problem. > > > > Thanks for any assistance, > > Al > > > > > ------- END OF ORIGINAL MESSAGE ------- > ------- END OF ORIGINAL MESSAGE ------- Links: ------ [1] http:/// [2] mailto:jz...@xi... [3] mailto:al@saladforkranchcom [4] mailto:vtd...@li... [5] mailto:al...@sa... [6] mailto:vtd...@li... [7] http:/// [8] http:/// [9] http://com.ximpleware.eofexception/ [10] http://csharp.zip/ |
|
From: <al...@sa...> - 2015-04-23 13:07:17
|
Thank you for looking into this issue. The exception shows up in a debugger as an 'unmanaged' exception. You can tell VisualStudio to stop on these type of errors, but not MonoDevelop. When I put a breakpoint on this line: vtdGen.parse(false); and Step to the next instruction you will see the error(s) in the debugger on the stack. We have since tried 32-bit systems and .NET 4.0, but it does not change anything. Problem is the same in VisualStudio 2012 and VisualStudio 2013, and the current release of MonoDevelop (XamarinStudio) as well. Regards, Al Gidden ---------- Original Message ----------- From: jz...@xi... To: al...@sa..., vtd...@li... Sent: Wed, 22 Apr 2015 20:36:46 -0500 Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > for some reasons I just can't duplicate teh problem... it works on my machine... are you sure this xml throws any exception? > > > ----- Original Message ----- > > From: al...@sa... > > To:<jz...@xi...> > > Cc: > > Sent:Wed, 15 Apr 2015 09:55:37 -0300 > > Subject:Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > Thank you for responding to my request. > > Attached find a .CS file and an XML file to read. > These are the same files which were attached to my message in the vtd-xml-users list. > > Let me know if you need any additional information. > > Regards, > Al Gidden > > ---------- Original Message ----------- > From: jz...@xi... > To: al...@sa..., vtd...@li... > Sent: Tue, 14 Apr 2015 21:25:57 -0500 > Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > Plz send me a test case to help me reproduce the error... > > > > > > ----- Original Message ----- > > > > From: al...@sa... > > > > To:<vtd...@li...> > > > > Cc: > > > > Sent:Tue, 14 Apr 2015 15:31:45 -0300 > > > > Subject:[Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > > > We are trying to use C# to parse some small xml files. We have used VTD-XML in many other languages > > and it has worked perfect for us. > > > > We noticed that with C# the VTD-XML parser will produce an error that is not an exception, and then > > it will start to do odd things. > > > > A simple test class (Main()) is attached with an XML file that shows the error. > > > > When you run the code you will see an error in the debugger (not a thrown exception) right after > > passing line 23: vtdGen.parse(false); > > > > This is the complete error I got from VisualStudio and the Mono debuggers: > > Exception:Thrown: "permature EOF reached, XML document incomplete" (com.ximpleware.EOFException) > > A com.ximpleware.EOFException was thrown: "permature EOF reached, XML document incomplete" > > > > Just as a comparison, we can read the file in VTD-XML Java without any errors. > > > > We are using the libraries from ximpleware_2.11_csharp.zip. We have .NET 4.5 and have tried Windows > > 7 and Windows 8. We need to work with byte arrays to load vtd-xml. > > > > We have worked on this for over a week and cannot get anything to consistently load with VTD-XML C#. > > No matter how the XML was created (ex: by hand or created from an XmlDocument), we seem to get the > > EOF error all the time. > > > > We need to know what the error means and how to rectify it. Since there is no exception, it causes a > > silent failure and poses a big problem. > > > > Thanks for any assistance, > > Al > > > > > ------- End of Original Message ------- > ------- End of Original Message ------- |
|
From: <jz...@xi...> - 2015-04-23 01:36:53
|
for some reasons I just can't duplicate teh problem... it works on my machine... are you sure this xml throws any exception? ----- Original Message ----- From: al...@sa... To: Cc: Sent:Wed, 15 Apr 2015 09:55:37 -0300 Subject:Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) Thank you for responding to my request. Attached find a .CS file and an XML file to read. These are the same files which were attached to my message in the vtd-xml-users list. Let me know if you need any additional information Regards, Al Gidden ---------- ORIGINAL MESSAGE ----------- From: jz...@xi... [1] To: al...@sa... [2], vtd...@li... [3] Sent: Tue, 14 Apr 2015 21:25:57 -0500 Subject: Re: [Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > Plz send me a test case to help me reproduce the error... > > > ----- Original Message ----- > > From: al...@sa... [4] > > To: > > Cc: > > Sent:Tue, 14 Apr 2015 15:31:45 -0300 > > Subject:[Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) > > We are trying to use C# to parse some small xml files. We have used VTD-XML in many other languages > and it has worked perfect for us. > > We noticed that with C# the VTD-XML parser will produce an error that is not an exception, and then > it will start to do odd things. > > A simple test class (Main()) is attached with an XML file that shows the error. > > When you run the code you will see an error in the debugger (not a thrown exception) right after > passing line 23: vtdGen.parse(false); [6] > > This is the complete error I got from VisualStudio and the Mono debuggers: > Exception:Thrown: "permature EOF reached, XML document incomplete" (com.ximpleware.EOFException) [7] > A com.ximpleware.EOFException [8] was thrown: "permature EOF reached, XML document incomplete" > > Just as a comparison, we can read the file in VTD-XML Java without any errors. > > We are using the libraries from ximpleware_2.11_csharp.zip [9]. We have .NET 4.5 and have tried Windows > 7 and Windows 8. We need to work with byte arrays to load vtd-xml. > > We have worked on this for over a week and cannot get anything to consistently load with VTD-XML C#. > No matter how the XML was created (ex: by hand or created from an XmlDocument), we seem to get the > EOF error all the time. > > We need to know what the error means and how to rectify it. Since there is no exception, it causes a > silent failure and poses a big problem. > > Thanks for any assistance, > Al > > ------- END OF ORIGINAL MESSAGE ------- Links: ------ [1] mailto:jz...@xi... [2] mailto:al...@sa... [3] mailto:vtd...@li... [4] mailto:al...@sa... [5] mailto:vtd...@li... [6] http:/// [7] http:/// [8] http://com.ximpleware.eofexception/ [9] http://csharp.zip/ |
|
From: <jz...@xi...> - 2015-04-15 02:26:04
|
Plz send me a test case to help me reproduce the error... ----- Original Message ----- From: al...@sa... To: Cc: Sent:Tue, 14 Apr 2015 15:31:45 -0300 Subject:[Vtd-xml-users] Internal vtd-xml errors reading XML (c-sharp) We are trying to use C# to parse some small xml files. We have used VTD-XML in many other languages and it has worked perfect for us. We noticed that with C# the VTD-XML parser will produce an error that is not an exception, and then it will start to do odd things. A simple test class (Main()) is attached with an XML file that shows the error. When you run the code you will see an error in the debugger (not a thrown exception) right after passing line 23: vtdGen.parse(false); [1] This is the complete error I got from VisualStudio and the Mono debuggers: Exception:Thrown: "permature EOF reached, XML document incomplete" (com.ximpleware.EOFException) [2] A com.ximpleware.EOFException [3] was thrown: "permature EOF reached, XML document incomplete" Just as a comparison, we can read the file in VTD-XML Java without any errors. We are using the libraries from ximpleware_2.11_csharp.zip [4]. We have .NET 4.5 and have tried Windows 7 and Windows 8. We need to work with byte arrays to load vtd-xml. We have worked on this for over a week and cannot get anything to consistently load with VTD-XML C#. No matter how the XML was created (ex: by hand or created from an XmlDocument), we seem to get the EOF error all the time. We need to know what the error means and how to rectify it. Since there is no exception, it causes a silent failure and poses a big problem. Thanks for any assistance, Al Links: ------ [1] http://sitemail.hostway.com/http: [2] http://sitemail.hostway.com/http: [3] http://com.ximpleware.EOFException [4] http://csharpzip |
|
From: <al...@sa...> - 2015-04-14 18:53:44
|
We are trying to use C# to parse some small xml files. We have used VTD-XML in many other languages and it has worked perfect for us. We noticed that with C# the VTD-XML parser will produce an error that is not an exception, and then it will start to do odd things. A simple test class (Main()) is attached with an XML file that shows the error. When you run the code you will see an error in the debugger (not a thrown exception) right after passing line 23: vtdGen.parse(false); This is the complete error I got from VisualStudio and the Mono debuggers: Exception:Thrown: "permature EOF reached, XML document incomplete" (com.ximpleware.EOFException) A com.ximpleware.EOFException was thrown: "permature EOF reached, XML document incomplete" Just as a comparison, we can read the file in VTD-XML Java without any errors. We are using the libraries from ximpleware_2.11_csharp.zip. We have .NET 4.5 and have tried Windows 7 and Windows 8. We need to work with byte arrays to load vtd-xml. We have worked on this for over a week and cannot get anything to consistently load with VTD-XML C#. No matter how the XML was created (ex: by hand or created from an XmlDocument), we seem to get the EOF error all the time. We need to know what the error means and how to rectify it. Since there is no exception, it causes a silent failure and poses a big problem. Thanks for any assistance, Al |
|
From: <jz...@xi...> - 2015-04-14 08:08:37
|
It is a limitation but could be fixed some what easily.... ----- Original Message ----- From: Favaro Andrea To: Cc: Sent:Mon, 13 Apr 2015 08:56:21 +0200 (CEST) Subject:Re: [Vtd-xml-users] Xpath expression does not work as intended I think that it will be more clear with an example: This is my starting XML: After removing some tags: I need to remove these empty rows between and . Thanks,Andrea ------------------------- DA: jz...@xi... [1] A: "Favaro Andrea" , vtd...@li... [3] INVIATO: Sabato, 11 aprile 2015 1:36:13 OGGETTO: Re: [Vtd-xml-users] Xpath expression does not work as intended by empty row are you referring to empty elements with white space text elements? ----- Original Message ----- From: Favaro Andrea To: Cc: Sent:Fri, 10 Apr 2015 14:28:50 +0200 (CEST) Subject:[Vtd-xml-users] Xpath expression does not work as intended Hi guys,I've a problem using VTD-XML with this XPath expression: //text()[normalize-space(.)='']If I try to select and evaluate this expression on a document with several empty rows between tags the AutoPilot returns no result.If I try the expression with a XML tool like Oxygen on the same document I have the correct answer. The general problem is that I need to delete the empty rows left after removing some tags. Any idea? Thanks,Andrea Links: ------ [1] mailto:jz...@xi... [2] mailto:and...@in... [3] mailto:vtd...@li... [4] mailto:and...@in... [5] mailto:vtd...@li... |
|
From: Favaro A. <and...@in...> - 2015-04-13 06:56:30
|
I think that it will be more clear with an example: This is my starting XML: <root> <tag1></tag1> <tag2></tag2> <tag3></tag3> <tag4></tag4> <tag5></tag5> </root> After removing some tags: <root> <tag1></tag1> <tag4></tag4> <tag5></tag5> </root> I need to remove these empty rows between <tag1> and <tag4>. Thanks, Andrea ----- Messaggio originale ----- Da: jz...@xi... A: "Favaro Andrea" <and...@in...>, vtd...@li... Inviato: Sabato, 11 aprile 2015 1:36:13 Oggetto: Re: [Vtd-xml-users] Xpath expression does not work as intended by empty row are you referring to empty elements with white space text elements? ----- Original Message ----- From: Favaro Andrea <and...@in...> To: <vtd...@li...> Cc: Sent: Fri, 10 Apr 2015 14:28:50 +0200 (CEST) Subject: [Vtd-xml-users] Xpath expression does not work as intended Hi guys, I've a problem using VTD-XML with this XPath expression: //text()[normalize-space(.)=''] If I try to select and evaluate this expression on a document with several empty rows between tags the AutoPilot returns no result. If I try the expression with a XML tool like Oxygen on the same document I have the correct answer. The general problem is that I need to delete the empty rows left after removing some tags. Any idea? Thanks, Andrea |
|
From: <jz...@xi...> - 2015-04-10 23:36:20
|
by empty row are you referring to empty elements with white space text elements? ----- Original Message ----- From: Favaro Andrea To: Cc: Sent:Fri, 10 Apr 2015 14:28:50 +0200 (CEST) Subject:[Vtd-xml-users] Xpath expression does not work as intended Hi guys,I've a problem using VTD-XML with this XPath expression: //text()[normalize-space(.)='']If I try to select and evaluate this expression on a document with several empty rows between tags the AutoPilot returns no result.If I try the expression with a XML tool like Oxygen on the same document I have the correct answer. The general problem is that I need to delete the empty rows left after removing some tags. Any idea? Thanks,Andrea |
|
From: Favaro A. <and...@in...> - 2015-04-10 12:44:04
|
Hi guys, I've a problem using VTD-XML with this XPath expression: //text()[normalize-space(.)=''] If I try to select and evaluate this expression on a document with several empty rows between tags the AutoPilot returns no result. If I try the expression with a XML tool like Oxygen on the same document I have the correct answer. The general problem is that I need to delete the empty rows left after removing some tags. Any idea? Thanks, Andrea |
|
From: <jz...@xi...> - 2015-04-01 18:17:19
|
Thanks for the suggestions. will do so in the upcoming releases.. ----- Original Message ----- From: "Batistil Rulix" To:"vtd...@li..." , "vtd...@li..." Cc: Sent:Wed, 25 Mar 2015 18:53:34 +0000 Subject:[Vtd-xml-users] vtd-xml-2.11 - Veracode Security Scan Flaw (Code Quality) Hi, Nowadays software security has a high degree of importance among other things. Though this library is very good, this also need to code pass industry standard security checks. The vtd-xml-2.11.jar [1] failed on Veracode security scan as these 4 classes below contain a main method use only for testing or debugging. 1. ContextBuffer.java [2] - com/ximpleware/ 2. intHash.java [3] - com/ximpleware/ 3. parser.java [4] - com/ximpleware/xpath/ 4. Yylex.java [5] - com/ximpleware/xpath/ Note that java main method is an entry point and is very vulnerable to be exploited by unscrupulous individuals. Test classes and methods should be handle Junit components of equivalent. I suggest to make this library acceptable to a wider audience in the software business, the stable release library should be free from testing and debugging codes. To the developers of the library, please remove the main method out from these 4 classes. I`m looking forward for a new library release without this security flaw. Thanks, Rulix ---------------- Rulix Batistil Lead Software Engineer Experian Decision Analytics [6] 2 Bloor St Suite 3501 Toronto, ON, M4W 1A8 Tel - 416-840-1470 Ext 422 Links: ------ [1] http://vtd-xml-2.11.jar [2] http://ContextBuffer.java [3] http://intHash.java [4] http://parser.java [5] http://Yylex.java [6] http://www.experian.com/ |
|
From: Batistil, R. <Rul...@ex...> - 2015-03-25 19:13:40
|
Hi, Nowadays software security has a high degree of importance among other things. Though this library is very good, this also need to code pass industry standard security checks. The vtd-xml-2.11.jar failed on Veracode security scan as these 4 classes below contain a main method use only for testing or debugging. 1. ContextBuffer.java - com/ximpleware/ 2. intHash.java - com/ximpleware/ 3. parser.java - com/ximpleware/xpath/ 4. Yylex.java - com/ximpleware/xpath/ Note that java main method is an entry point and is very vulnerable to be exploited by unscrupulous individuals. Test classes and methods should be handle Junit components of equivalent. I suggest to make this library acceptable to a wider audience in the software business, the stable release library should be free from testing and debugging codes. To the developers of the library, please remove the main method out from these 4 classes. I`m looking forward for a new library release without this security flaw. Thanks, Rulix ---------------- Rulix Batistil Lead Software Engineer Experian Decision Analytics [cid:image001.gif@01D0670B.771E9AE0]<http://www.experian.com/> 2 Bloor St Suite 3501 Toronto, ON, M4W 1A8 Tel - 416-840-1470 Ext 422 |
|
From: <jz...@xi...> - 2014-11-24 05:10:01
|
dump the xml into an input buffer and feed it to vtdGen... this is how vtd-xml is designed to work...let me know if you need more explanation...Jimmy ----- Original Message ----- From: To: Cc: Sent:Fri, 21 Nov 2014 23:09:10 -0500 Subject:[Vtd-xml-users] Hello. New to VTD-XML and have a request I just discovered the VTD-XML project and am very intrigued. The use case I have is that I'm pulling messages off a queue and I want to feed them into an XML parser as bytes or UTF-8 string. However, all the parse methods in VTDGen accept filenames, other than the parse(boolean) method, which I don't understand how to use. My request is to add a parse(InputStream) method (or possibly even a parse(ByteBuffer) method), since I can pass the bytes in as a ByteArrayInputStream. I am interested in the Java API. The parse(InputStream) method would be simple enough that I could even do a code patch and submit it if that works for you. Thank you,Michael |
|
From: <jz...@xi...> - 2014-11-24 05:10:01
|
dump the xml into an input buffer and feed it to vtdGen... this is how vtd-xml is designed to work...let me know if you need more explanation...Jimmy ----- Original Message ----- From: To: Cc: Sent:Fri, 21 Nov 2014 23:09:10 -0500 Subject:[Vtd-xml-users] Hello. New to VTD-XML and have a request I just discovered the VTD-XML project and am very intrigued. The use case I have is that I'm pulling messages off a queue and I want to feed them into an XML parser as bytes or UTF-8 string. However, all the parse methods in VTDGen accept filenames, other than the parse(boolean) method, which I don't understand how to use. My request is to add a parse(InputStream) method (or possibly even a parse(ByteBuffer) method), since I can pass the bytes in as a ByteArrayInputStream. I am interested in the Java API. The parse(InputStream) method would be simple enough that I could even do a code patch and submit it if that works for you. Thank you,Michael |
|
From: <mpe...@gm...> - 2014-11-22 04:09:18
|
I just discovered the VTD-XML project and am very intrigued. The use case I have is that I'm pulling messages off a queue and I want to feed them into an XML parser as bytes or UTF-8 string. However, all the parse methods in VTDGen accept filenames, other than the parse(boolean) method, which I don't understand how to use. My request is to add a parse(InputStream) method (or possibly even a parse(ByteBuffer) method), since I can pass the bytes in as a ByteArrayInputStream. I am interested in the Java API. The parse(InputStream) method would be simple enough that I could even do a code patch and submit it if that works for you. Thank you, Michael |
|
From: Tom D. <tom...@gm...> - 2014-09-29 00:18:55
|
Please disregard. This turned out to be a bug with the complex way I was using VTD, rather than a bug with VTD itself. Tom Deering | PhD Student | ISU ECpE Software Systems | (563) 249-9277 On Fri, Sep 26, 2014 at 8:22 PM, Tom Deering <tom...@gm...> wrote: > Specifically, I am trying to traverse the element tree recursively. I'm > wondering if coming back to the parent causes the VTDNav to lose track of > what the next sibling should be? > > RecursiveProcessing(n): > go to first child > for child c > RecursiveProcessing(c) > go to next sibling > go to parent > > Tom Deering | PhD Student | ISU ECpE Software Systems | (563) 249-9277 > > On Fri, Sep 26, 2014 at 6:40 PM, Tom Deering <tom...@gm...> > wrote: > >> I noticed that, at least for my documents, moving the VTDNav to the >> NEXT_SIBLING or LAST_SIBLING does not work. Even for documents where the >> elements have many siblings, this method always returns false. Other moves >> such as PARENT and FIRST_CHILD seem to work. >> >> Thoughts as to why moving to siblings does not work? >> >> Tom Deering | PhD Student | ISU ECpE Software Systems | (563) 249-9277 >> > > |
|
From: Tom D. <tom...@gm...> - 2014-09-27 01:22:21
|
Specifically, I am trying to traverse the element tree recursively. I'm
wondering if coming back to the parent causes the VTDNav to lose track of
what the next sibling should be?
RecursiveProcessing(n):
go to first child
for child c
RecursiveProcessing(c)
go to next sibling
go to parent
Tom Deering | PhD Student | ISU ECpE Software Systems | (563) 249-9277
On Fri, Sep 26, 2014 at 6:40 PM, Tom Deering <tom...@gm...> wrote:
> I noticed that, at least for my documents, moving the VTDNav to the
> NEXT_SIBLING or LAST_SIBLING does not work. Even for documents where the
> elements have many siblings, this method always returns false. Other moves
> such as PARENT and FIRST_CHILD seem to work.
>
> Thoughts as to why moving to siblings does not work?
>
> Tom Deering | PhD Student | ISU ECpE Software Systems | (563) 249-9277
>
|