04-08-2011 01:42 PM
Thanks!
The rest is mine.
Ben
04-08-2011 01:58 PM
A further note about why using sequence structures (flat or stacked) are not a good idea is that you have no way out once you get in them. This makes things like error handling a nightmare. Each frame down the line has to include case statements to see if the error occurred upstream or not. In some cases you end up needing multiple nested case statements to look for combinations of things. State machines are a preferred method since you can easily control what states get executed when. Even if you chose not to use state machines it would be better to place the code from each frame in a subVI and them simply wire the subVIs together. The code is more readable and easier to understand at the higher level.
If nothing else you should at least listen to what has been suggested here for future applications. If you can't take the time to rewrite the existing code fine. It sucks but it is a reality. At least take the approach of "sin no more". Break the habit of using the same sequence frame structure for future code.
04-08-2011 02:19 PM
Well said, Mark.
Lynn
04-12-2011 08:29 AM
This post is just to document for the future.
I logged SR # Reference#1670843 on the question if the "run single threaded" switch is worrking. NI support could not confirm it was or was not only that it is supposed to work. Since verifying would take some tTrace Execution runs that I don't have time for... I have to drop this question for now.
If others run into similar, that SR number may be useful.
Ben