11-27-2007 03:26 AM - edited 11-27-2007 03:27 AM
(Both inputs are DBL.)11-27-2007 03:45 AM
I ve never encountered this before when I opened VIs built in LV 6.x in LV 8.21 eveluation. ![]()
But will it occur only in FDS or PDS & not in Evaluation?! ![]()
11-27-2007 04:01 AM
11-27-2007 04:06 AM
11-27-2007 04:08 AM - edited 11-27-2007 04:10 AM
11-27-2007 04:14 AM
11-27-2007 04:24 AM - edited 11-27-2007 04:32 AM
8,2,1 i do see it also.
but it behave exactly same as a "normal" substraction (addition). so no immediate bug.
copy paste doesnt keep the (7.x). deleting the while loop or sequence also cleans it. so no way to test if there might be a different behavior. it seems dependent on the wire itself, and not so much the operation. the "responsible" wire is coming directly from the uninitialized shift register. maybe the way the functional global works has changed since LV7.x?
11-27-2007 07:47 AM
The following is a wild unfounded speculation.
LV used to have a preference for the top input of adds subtracts etc. where the top node was "perfered". By prfered I mean that the buffer holding the data for the top input could be re-used. That was not the case for the bottom input. Recent testing has implied that the top input is no longer "prefered" and either input are now available to for buffer re-use.
So....
maybe it has something to do with the old "prefered" input.
Just guessing!
Ben
11-27-2007 08:06 AM
That is interesting Gerd...
I can't imagine what could be different in such a basic function... 😮
11-27-2007 08:12 AM