LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Community Nugget 5-Mar-2007



Hint: Rings can be replaced with enums and all of the values will be transfered to the enum. If you already have this control type def'd the fix should be easy.

Only remember to do this inside the typedef (don't replace the typedef with another one)

Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
Message 31 of 46
(5,750 Views)

Dear LabVIEW specialists,

regarding the frequently discussed use of type definitions and its advantages I now want to turn your’s attention to some serious problems that LabVIEW implicates while using type definitions.



Please see the attached sample programs for closer details.

I recently discussed these problems within this forum and only was told that this is a known behaviour of LabVIEW.

In my opinion this is unacceptable. Changes on already available type definitions result in oodles of debug work that the developer (and this certainly means us) has to do.



The main question is whether a fundamental programming feature as a type definition could be a fundament if it is delivering as many errors as this LabVIEW feature.

(i.e.

  • cancelling default values stored in front panels of VIs using the type definition
  • mixing of elements even for named unbundle/bundle functions
  • mixing program code of cases and event structures reacting to elements of type def clusters
).


If the answer is "NO" the following question would be whether a compiler not supporting type definitions can be called a compiler?

Best regards,

Michael

Download All
0 Kudos
Message 32 of 46
(5,442 Views)
Hi Michael,
 
I do not follow all of your concerns but the following thoughts and questions may help us understand each other.
 

 
  • cancelling default values stored in front panels of VIs using the type definition

This was discussed in this Nugget along with techniques to avoid this issue.


  • mixing of elements even for named unbundle/bundle functions

There was a bug in earlier version of LV that resulted in the wrong element of a "bundle by Name" function being used after a typedef edit. This bug was resolved. (I do not remeber what version)


  • mixing program code of cases and event structures reacting to elements of type def clusters

Please clarify.


 

Just trying to help,

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 33 of 46
(5,420 Views)

Dear Ben,

thank you for your responses so far. Here a short statement to the three points stated above:

* cancelling defult values: the Nugget resp. the comments accompanying it suggested to explicitely initialise the front panel elements. This surely is the best way to avoid problems but it tells us not to use the function of storing initial values with front panel elements because it is not working securely... Here is a function ... BUT ... don't use it!

* Mixing of element for named bundle/unbundle: may be it was fixed but not for long. I am sure we saw it under Labview 8.0.

* Mixing program code is another heavy error in this contents as example ClusterInitialDataError-2.llb shows (see examples in the above community messages). In this example the events are exchanged after deleting an element of the cluster typedef. (So an entry to the Enum would deliver a text belonging to the reaction to the array. This in case that the VI would be operable any longer, which it was assumed to be, because the removed element was not used by the event structure).

Best regards

Jens

 

0 Kudos
Message 34 of 46
(5,409 Views)
Dear Dr. JFMueller and Mr. JensM,
can you please stop drinking the potion and post with a single account name?
All this ping-pong is confusing! Smiley Very Happy
Paolo
-------------------
LV 7.1, 2011, 2017, 2019
0 Kudos
Message 35 of 46
(5,403 Views)

Hi Jens/Michael,

Could you please start new threads for each of these issues seperately?

You could then update this thread with a link to those posting.

If there is a bug in the typedefs, we want to know about it.

Expanding this thread with a discusion of the issue you are raisine will only limit your readers.

Thank you,

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 36 of 46
(5,376 Views)

Ben,

you just saved me A LOT of time. I am currently working on a somewhat dynamic applications where its requirements change rather frequently as new ideas come up. I initially collected all data in a HUGE number of globals, then as I learned more, changed then into one HUGE cluster. The problem I was having with this was, that, if I wired the cluster between the sub-vis, I had to change every single sub-vi if I changed the cluster. I now made the cluster a global and access the global in every sub-vi. It works, but not is still not really elegant. The solution for the type defs is great, and rather elegant. One place to change. Thank you very much for your nuggest. It is greatly appreciated.

Tammo

Message 37 of 46
(5,257 Views)

Tammo wrote

"Thank you very much for your nuggest. It is greatly appreciated."

You are welcome Tammo. Posts like yours motivate me to "keep em cooking".

Thank you!

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 38 of 46
(5,250 Views)

Are you cooking yet another nugget, Ben??

🙂

Message 39 of 46
(5,193 Views)
Ray asked
 
"

Are you cooking yet another nugget, Ben??

"
 
Well kinda.
 
I was concidering being the secondary author of YOUR next Nugget. Smiley Surprised
 
Ben
 
PS: Check your e-mail, and send me your draft Nugget when ready. Smiley Very Happy
Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
Message 40 of 46
(5,181 Views)