07-08-2010 07:24 PM - edited 07-08-2010 07:29 PM
@paulmw wrote:
In your latest version, I would recommend moving the initialization (or "delete all") on first call outside of the first case statement that checks for an empty Global Name. With it where it is there is the potential to not initialize on first call because of a possible empty string for the name.
You are right about the first call. If the name is empty, it won't initialize, then you fix it and put in a name, then call again and it won't be a first call anymore, so no init will happen. Your mod is worth putting in.
As for errors, the vi is freely distributed and you can modify as you need. I feel that name found is not necessarily good or bad by itself. If attempting to read, name found is good. If attempting to write, name found is bad. I don't want to add code to my top level vi to determine if name found is good or bad. So I will leave that part as is.
Thanx for your help with the Variant Attributes and moving the first call to its new place.
08-05-2010 01:54 PM
Question, since I'm very interested in the technique behind it. But where did you get the GetTypeInfo VI from?
08-05-2010 02:14 PM
@WouterG wrote:
Question, since I'm very interested in the technique behind it. But where did you get the GetTypeInfo VI from?
C:\Program Files\National Instruments\LabVIEW 2009\vi.lib\Utility\VariantDataType\GetTypeInfo.vo
One of those unadvertised gems.
08-25-2010 04:03 AM
I like the idea of this vi... just to make sure I've got it right, I can add a new "variable" at any time, but it can't be replaced once its there is that right?
Also, any reason why this wouldn't work in 8.6.1? Don't suppose you could back save it for me so I can have a play?
Cheers
Paul
08-25-2010 11:29 AM
@psmorris wrote:
I like the idea of this vi... just to make sure I've got it right, I can add a new "variable" at any time, but it can't be replaced once its there is that right?
Also, any reason why this wouldn't work in 8.6.1? Don't suppose you could back save it for me so I can have a play?
Cheers
Paul
Yes you can add a variable at any time. You can only write a value to it at the time of creation. After that it is read only. Hence the name WORM (Write Once Read Many). This will prevent race condtions. It is very useful when wanting to create a constant.
Here is the vi in 8.6
09-16-2010 09:34 AM
Tbob,
If it will also work in LV8.2, could you save it to that version for me?
Thanks,
Mike
09-16-2010 11:21 AM
Here's an 8.0 version:
Ton
05-03-2011 03:51 PM
I just stumbled onto this thread, and this looks like a handy bit of code. I use a lot of LV2/AEs that I often make WO-RM (but not always I admit ), but usually not quite as full-featured or modular as this. My only suggestion would be to reexamine the icon. I mean, I know exactly what you were going for, but to me it was immediately reminiscent of diagram from a high school biology text, if you get what I'm saying...
05-03-2011 07:48 PM
This is open source. You can change the icon if you wish. I'm not much of an artist, except when it comes to music.
09-05-2011 04:52 AM - edited 09-05-2011 04:55 AM
I am curious how the VariantType:GetTypeInfo works; did you write it by yourself? Or where did you find it? Same question applies to the Data Type Enum.
I like the idea to abuse this room saving design expanded to a FGV - it could also allow for deletion of variables wich is not possible in normal FGV.
Thank you for posting this.