08-28-2014 05:58 PM
@mikeporter wrote:
Basically, the rule of thumb In use is that I include error clusters in one of two situations:
1. The VI can generate an error.
2. The VI might reasonable need to be able to respond to an error.
The first case is pretty clear. A good example of the second case are VIs that I have for things like Wait (ms). If an error comes in, the wait is bypassed. Likewise I have wrappers for the one and two button dialog functions.
Having said that I was hoping that NI was going to follow through with their stated intention to put error IO on the native functions. But that didn't happen -- guess a new icon was more important.
Mike...
Low-hangin' fruit, Mike. 😉
08-28-2014 06:02 PM
I will say this about wiring subVIs with error clusters. You will get points off on your CLD if you don't...
We had an almost argument over that one on the exam board.
08-29-2014 07:45 AM
@billko wrote:
I will say this about wiring subVIs with error clusters. You will get points off on your CLD if you don't...
We had an almost argument over that one on the exam board.
Lets be honest, if NI the collective was a person, do we really think it would pass its own exam?
Unofficial Forum Rules and Guidelines
Get going with G! - LabVIEW Wiki.
16 Part Blog on Automotive CAN bus. - Hooovahh - LabVIEW Overlord
08-29-2014 07:54 AM
@Hooovahh wrote:
@billko wrote:
I will say this about wiring subVIs with error clusters. You will get points off on your CLD if you don't...
We had an almost argument over that one on the exam board.
Lets be honest, if NI the collective was a person, do we really think it would pass its own exam?
Sometimes you have to perform unspeakable acts for a piece of paper. I kind of sidestepped the whole issue by using a template for all my subVIs - one that included, of course, error clusters and the error case structure - so I no longer needed to debate wheter or not I thought they were always needed. They were always there so I always used them.