06-26-2017 04:45 PM
LV2013, Win7
I'm in the middle of changing a certain shift register data type from X.lvclass, to Data Value Reference (DVR) of X.lvclass.
Where I create the class, I simply put the NEW DATA VALUE REFERENCE function and into the shift register.
That breaks a few things - I had to change a few method calls to include the IN-PLACE ELEMENT (IPE) structure with a use-DVR function on the sides. I expected that and it's good.
Then I got to this part and am confused. This shows the code BEFORE I changed anything.
I have verified that the wire is NOT going behind the node, it is indeed connected as it appears.
Why is the wire to the property node not broken?
I was expecting that to be broken, and I would have to include an IPE here. But apparently not.
Does the property node automatically handle the IPE part ?
If I wire in the equivalent VI, it breaks, because I can't connect a reference to a class input.
But why does the prop node not do that?
I can find no help which declares this behavior.
Blog for (mostly LabVIEW) programmers: Tips And Tricks
Solved! Go to Solution.
06-26-2017 05:23 PM
It appears to be real, I finished repairs and it all compiles OK.
A new property node works OK, even with TWO properties.
I wonder if it dereferences the thing once, or twice, in this case:
Blog for (mostly LabVIEW) programmers: Tips And Tricks
06-26-2017 07:55 PM
Class Property nodes can handle DVR instances; I believe this was on the feature list for an older version of LV (don't remember which). But I do recall it being a deliberate and intentional feature.
06-26-2017 08:49 PM
Darren posted about it here:
http://forums.ni.com/t5/LabVIEW/Darren-s-Occasional-Nugget-07-11-2013/m-p/2488908
07-02-2017 02:15 PM
Also I'm fairly sure that in later versions the de-referencing only happens once; there used to be some quirks in this circa 2012; I admittedly have stayed away from the nodes for this purpose since.