ArjanWiskerke

Is there a way to reverse the way the hierarchy is displayed in the list of open windows. I have a problem called dyslexia and I spend too much time looking for the right window because the list starts with the class name and then the name of the VI.  In this case, where there is only one layer I already have a problem. 
For me, ideally it would show "cytometer processing 3.vi" and then the class information.  

I found "VI properties = reentrant execution". Has to be non-reentrant execution to allow for recurrency. Is that OK for these VI's?

By the way, You can use a Lookup table / Karnaugh diagram if you start with Byte's instead of Boolean's. Still slower than the logic (0.027  versus 0.022) .

I am still surprised  the option {build array; convert to Byte} does so bad because I think of those nodes as primitive labVIEW operations. Convert to Byte is not a frequently used node, maybe It is not a very basic operation after all.
I am also a bit disappointed because I like the idea of editing a truth table. Of course, performance wins from beauty!   

OK, Here is the code I used for testing.

There is disabled code to generate random Boolean array's.

I ran that code and copied the data into the array constants. 

before testing the alternative solutions. 

I had to empty the arrays again to reduce the file size.

testShortCutEvaluation.vi

I tested the "case structure" solution again. In contrast to my previous results, there was a speed improvement.
I have put the case structure back into my code, and since the logic is more complicated, the case statement really improves the speed. 

Thank you for your replies on the "short cut evaluation".
I already tried the construction of crossrulz, Unfortunately, it turned out that the case statement itself slows down the speed.

Also I tested the speed applying true or false to a.
No difference was detected, of course because the ^-node needs input from the v-node as is pointed out by Craig.
 

Does it mean that short cut evaluation is fundamentally impossible? LabVIEW in the end generates C code. The c compiler, I would think, takes care of the short-circuit evaluation.  

For most programming languages, when a logical expression is evaluate, like " d = a AND ( b OR c )" the operation is terminated when "a" is false and the expression "b OR c"  will not be processed. 

I think the LabVIEW compiler does something similar. Does anyone know?
Problem in LabVIEW is the processing order is not defined.