08-02-2007 12:26 PM
Solved! Go to Solution.
08-02-2007 03:17 PM
04-02-2018 06:10 PM
According to the LabVIEW 2017 Help, "Note LabVIEW does not support the ability to open a reference to a clone VI with the Open VI Reference function. Using this function to open a reference to a clone VI may cause LabVIEW to crash." NI appears to have made it more challenging to get a VI reference to a clone, because <instance #> is not 0 or 1-indexed (LV 2016). My clone VI name is gui.vi:2230002. Clearly this isn't something I'm supposed to do, but does anyone know a way to get <instance #> without asking each clone to return it?
Thank you,
Steve K
04-02-2018 06:45 PM
You can use the Clone Name property node as you are launching the clone.
04-03-2018 07:11 AM
Thanks Gregory,
But I didn't author the clones. I'm looking for a way to get <instance #> without asking each clone to return it.
-Steve K
04-03-2018 11:20 AM
I see... It seems like the AllVIsInMemory property doesn't care about clones, and I cannot find any other way to get the clone names either.
If I understand this post correctly, it is not possible.
04-03-2018 11:43 AM
I had a related problem with clones in 2012-13. Attached is a solution sent by NI in 2013. Hope this helps! WB
04-03-2018 12:08 PM
The LabVIEW Task Manager has the ability to list all the clones. You could dig that functionality out of it.
04-03-2018 12:40 PM
Hi drjdpowell,
I just flipped through that task manager quickly. If I understand correctly, it will find statically referenced clones, but it will only find asynchronously launched clones if you drop the "clone beacon" VI which is just an FGV that keeps track of asynchronous clones.
04-03-2018 01:02 PM
It uses multiple techniques, one being to search for clones up to a certain number (like the first 100). Give it a try.