LabVIEW Idea Exchange

cancel
Showing results for 
Search instead for 
Did you mean: 
0 Kudos
HenrikDueholm

Have (un)bundle by name accept references

Status: Declined

Any idea that has not received any kudos within a year after posting will be automatically declined. 

I miss the ability to wire a cluster reference to (un)bundle by name nodes. If I have some parallel processes that share a common configuration bundle for my project, I'd really like to be able to only have one copy of the bundle in memory. This is possible if I use a reference to a cluster. However if I do that it gets really complicated to get access to the content of the bundle. If I use 'property node --> value --> unbundle' I load the bundle into memory anyway in an extremely inefficient way before extracting the control of interest. If I use 'property node --> controls --> index --> variant to data, everything is suddenly very fragile to cluster changes, not to say needlessly complicated.

 

If you could (un)bundle a control directly from the cluster reference you would have easy and very efficient access.

 

What should then happen for non control references? I'd say the same as 'property node --> value' with the name of the control displayed. It could even be possible to access variant data by using the variant --> cluster -->variant functions.

 

Of course this method is subject to race conditions, but that is always the case when you use references anyway.

 

I'm currently working on a project where I have 9-11 active parallel processes where each process needs access to the configuration cluster. Thus I have 9-11 copies of all my configuration data in memory all the time. I'd really love to reduce that number to one.

 

This is my first post here. I did check for similar ideas, but I didn't find one.

 

-Henrik, Denmark

3 Comments
HenrikDueholm
Member

Can't find edit:

 

What should then happen for non control references?

should be:

What should then happen for non-cluster references?

 

tst
Knight of NI Knight of NI
Knight of NI

If the only thing you're doing with this is making code which has a race condition easier to create, then you're definitely not going to get NI to implment this.

 

I suggest that you use other methods to manage your cluster and then the problem will go away properly. The easiest in your case (it wouldn't require changing the basic way you're working) would be to create a data value reference (look it up) to a cluster and then use that DVR as your data. This will solve the race condition issue.


___________________
Try to take over the world!
Darren
Proven Zealot
Status changed to: Declined

Any idea that has not received any kudos within a year after posting will be automatically declined.