Open Suicidal-Insanity opened 3 years ago
File "pylabview-master\LVdatatype.py", line 2706, in expectedRSRCSize if self.rangeFormat == 0:
Hm, that is line 2698 in current HEAD. Any interesting code you've added?
Anyway, defining all the properties in constructor (__init__
) should help.
Is the order of the XML output variable, or does labview regenerate all the IDs everytime?
Yep, LabVIEW reorders things on each save. pylabview just exports everything in the order things are stored within VI. You can test that by extracting and then re-creating the VI. It should be identical.
I only added some code to verify that the parse function wasnt being called, nothing interesting. And some hasattr checks, since I wasn't sure what defaults to use.
XML: Ok, so if I do end up using this as a way of keeping track of changes to the VI in version history, I would need to reorder the XML every time to some sort of consistent state? Or does reordering also involve changing IDs and so on?
I would need to reorder the XML every time to some sort of consistent state? Or does reordering also involve changing IDs and so on?
Yep. Most items from sections (ie. Data types) are referenced by ID.
When running this on a realtime system VI, I get the following traceback:
I checked and the parseRSRCData function was not called for the object instance that throws the error.
Previously I received multiple warnings which may be relevant:
Also, slightly off topic, but diffing the XML file with one generated from a slightly modified VI shows a massive amount of changes. Is the order of the XML output variable, or does labview regenerate all the IDs everytime?