LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

2020 Visual Bug? Single Input Compound Arithmetic Not Allowed With Error?

I don't fully understand what triggers this condition.  But I've seen times when the Compound Arithmetic node with one input, and the error data type showing a broken wire, but the VI can be ran.

 

Single Input Error.png

 

The VI does actually run, but the wire shows it is broken.  Attached is the code saved in LabVIEW 2020 that reproduces the error.

Message 1 of 9
(4,632 Views)

Single input Compound Arithmetic seems crazy to me (but I see why you did it).  I'm not surprised that it's buggy.

I would just replace it with an unbundler.

"If you weren't supposed to push it, it wouldn't be a button."
0 Kudos
Message 2 of 9
(4,626 Views)

I often use single input Compound Arithmetic to perform inversion - either numeric (1/x) or boolean NOT.   It's more compact than the native functions so it fits between wires when I place it inline between subvi's that use all 4 standard outputs and inputs (a.k.a. gazottas and gazintas).

 

No insight on the visual bug, I've never had it happen.

 

 

-Kevin P

CAUTION! New LabVIEW adopters -- it's too late for me, but you *can* save yourself. The new subscription policy for LabVIEW puts NI's hand in your wallet for the rest of your working life. Are you sure you're *that* dedicated to LabVIEW? (Summary of my reasons in this post, part of a voluminous thread of mostly complaints starting here).
Message 3 of 9
(4,615 Views)

Yeah I hope the demo VIs shows why you might want a feature like this, even though it seems an odd choice at first.  There are probably a dozen other ways to accomplish something similar, but this seemed logical to me.  Yes the unbundle would work just fine, but it is a bit smaller on the BD and I couldn't see a reason why it shouldn't work.

 

Also it probably shouldn't surprise anyone, but the old band-aid of Always Copy fixes this graphical issue.

0 Kudos
Message 4 of 9
(4,599 Views)

@Hooovahh wrote:

Also it probably shouldn't surprise anyone, but the old band-aid of Always Copy fixes this graphical issue.


For we Newbie's, can you please explain what "Always Copy" means?  I don't think I've (probably because I'm not quite as inventive) the problem you're describing, but I also occasionally "squeeze" functions in between wires, so might want to avail myself of these nifty ideas, but don't know where to find the band-aids ...

 

Bob Schor

0 Kudos
Message 5 of 9
(4,562 Views)

@Bob_Schor wrote:

@Hooovahh wrote:

Also it probably shouldn't surprise anyone, but the old band-aid of Always Copy fixes this graphical issue.


For we Newbie's, can you please explain what "Always Copy" means?  I don't think I've (probably because I'm not quite as inventive) the problem you're describing, but I also occasionally "squeeze" functions in between wires, so might want to avail myself of these nifty ideas, but don't know where to find the band-aids ...

 

Bob Schor


Check the Application Control >> Memory Control Palette

 

Always Copy will make a data copy of what is contained on the wire.

 

Snap20.png

 

mcduff

0 Kudos
Message 6 of 9
(4,522 Views)

Yeah I was keeping a list of times the Always Copy fixed a weird bug, or edge case.  But after a while I realized keeping a list of the primary feature of a function seemed silly.

 

https://forums.ni.com/t5/LabVIEW/TDMS-Write-cannot-accept-datatype-what-s-going-on-here-then/m-p/293...

0 Kudos
Message 7 of 9
(4,473 Views)

Can someone from NI confirm this bug?  Assign a CAR?

0 Kudos
Message 8 of 9
(4,412 Views)

I've created Bug 1518595 to track this issue. 


Christina Rogers
Principal Product Owner, LabVIEW R&D
Message 9 of 9
(3,610 Views)