04-27-2012 04:37 PM
If you connect N references to a sequence structure and create a subVI from this structure, the first N-1 controls will have the name of the original control (desired), but the last one will not. It will have the name of the generic type of the control this reference is pointing to. Of course, if N = 1, that means that the created control will have the generic name.
Illustration:
In the diagram above, subVI 1 has been created from a sequence to which a reference to "Numeric Control" was connected. Here is the FP of that subVI, as created by LV:
subVI 2 was created from a sequence to which both references were connected. Here is the FP of that subVI:
This does not seem to depend on the type of the control. If I add a graph:
the created subVI looks like this:
04-27-2012 06:34 PM
Kind of an extension of this bug, but not exactly the same. Might be due to the same cause though
If you create a subVI incorporating Property Nodes (not recommended in general for performance reasons, but not a killer either), the subVI will obviously have references to the corresponding controls as controls and references to the controls will appear in the calling VI:
Before:
After:
(it never ceases to amaze me how bad the cleanup/auto-routing algorithm developed by NI is 🙂
Here is the corresponding FP of the created subVI:
This time, never mind the names of the original controls, they will be ignored, no matter how many different controls there is.
(I am not even mentioning the well-known feature that if instead of enclosing the property nodes you just enclose the wires coming from the "Value" node, the subVI's controls will read "Value, Value2", etc, where the type of the "Value" controls will in general have absolutely nothing in common).
04-30-2012 06:01 PM
Hi Alex,
I have validated this behavior, and have reported it to R&D (# 352158) for further investigation. It appears at this point that this issue with refnum names only affects 2011 and 2011 SP1. Thanks for the feedback!