08-25-2010 02:35 PM
Wow Martin I'm glad you called tech support. I don't think I would have figured that out. Thank you for posting the resolution! I have several projects in the pipe that will use GXML in a LabVIEW Web Service.
Jeff
10-25-2010 03:42 PM - edited 10-25-2010 03:43 PM
The GXML parser does not seem to work with tables such as an array of clusters containing one string and one table does not work.
10-25-2010 04:48 PM
Could you please attach an example VI demonstrating this?
Thanks,
Jeff Tipps
S&V Systems Engineer
10-25-2010 04:59 PM
Sorry my mistake, it does indeed work with tables.
10-28-2010 05:35 PM
I have a large data structure (array[(string,array[][])]) that takes around 1 minute to do a recursive parse on an cRIO. The fast parse mode
gives me an error because the array sizes are not known at runtime. Is there a way to make the fast parse mode
work in such a case?
10-28-2010 05:38 PM
Can you please post an example code demonstrating this?
Thank you,
Jeff Tipps
S&V Systems Engineer
10-28-2010 06:08 PM
Actually the problem is that the GXML data that is being generated and saved to the cRIO Flash is somehow getting its <cr><lf>'s messed up. I will have to revisit in the morning and will post my results.
10-29-2010 07:48 AM
Thank you I look forward to your results.
Jeff Tipps
S&V Systems Engineer
10-29-2010 08:52 AM
Ok, the problem was in the read/write file.vi primitive that I use to save and read the GXML data from my target devices. The default for the file vi's is to convert EOL to LF which makes the data incompatible with the GXML parser.
10-29-2010 08:57 AM
Are you using the the GXML Read/Write File VIs?
Regards,
Jeff Tipps
S&V Systems Engineer