LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Resolve issue with Duplicating Case Structure frames and Differencing

Multiple support engineers have told me that LabVIEW reuses some internal references if you duplicate a frame in a case structure and that this causes the LabVIEW diff tool to confuse and highlight different frames of a case structure when comparing two versions of code.

 

The support engineers recommend to always create a new case rather than copying an existing case to prevent this issue.   This seems to be a fundamental flaw with LabVIEW's "duplicate" mechanism - any copies etc of objects (case structure frame in this example)should be treated exactly the same as creating a new object 

0 Kudos
Message 1 of 5
(184 Views)

This sound like it should be in the idea exchange forums.

---------------------------------------------
Former Certified LabVIEW Developer (CLD)
0 Kudos
Message 2 of 5
(171 Views)

I've never heard of that, do you have any examples?

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 3 of 5
(76 Views)

@NIExpert wrote:

Multiple support engineers have told me that LabVIEW reuses some internal references if you duplicate a frame in a case structure and that this causes the LabVIEW diff tool to confuse and highlight different frames of a case structure when comparing two versions of code.

 

The support engineers recommend to always create a new case rather than copying an existing case to prevent this issue.   This seems to be a fundamental flaw with LabVIEW's "duplicate" mechanism - any copies etc of objects (case structure frame in this example)should be treated exactly the same as creating a new object 


I think these support engineers need to deliver some more information.

 

I've been using LabVIEW for over 2 decades and I am not familiar with what they are saying.

 

What I DO know is that sometimes if you replace one dynamic event registration refnum with another one with different events, LabVIEW can make a bit of a mess of re-assigning the individual event cases to the eventy within the registration refnum. To get around this, we include a text in each case to highlight which event it's supposed to be handling just in case LabVIEW gets them mixed up.

Message 4 of 5
(49 Views)

@NIExpert wrote:

Multiple support engineers have told me that LabVIEW reuses some internal references if you duplicate a frame in a case structure and that this causes the LabVIEW diff tool to confuse and highlight different frames of a case structure when comparing two versions of code.

 

The support engineers recommend to always create a new case rather than copying an existing case to prevent this issue.   This seems to be a fundamental flaw with LabVIEW's "duplicate" mechanism - any copies etc of objects (case structure frame in this example)should be treated exactly the same as creating a new object 


Can you explain why this is a problem?  Is it the diff tool or the workbench?  (Yeah, the "W" in LabVIEW is "Workbench")  

 

Even if case duplication hinders YOUR workflow, in such a manner that a single tool's behavior is a showstopper,  what is wrong with the workaround of creating new cases?  How much code do you need to duplicate when creating a case?  The best answer is "none."   Do This or do That is the essence of cases within a structure.  This and That should be distinct or outside of the case structure, right?

 

What specifically is your workflow?  show example.


"Should be" isn't "Is" -Jay
0 Kudos
Message 5 of 5
(34 Views)