Yeah, that does make sense to just have the program quit entirely whenever the user clicks "STOP", or to just have it always running and then the "RUN" and "STOP" buttons apply to an inner loop in the program. The situation we had was users would sometimes want to investigate signals in Measurement & Automation Explorer, but were unable to do so while the program was running since those I/O channels become reserved by the program. In this case, it sounds like the always running but having a "RUN" and "STOP" button for an inner loop would work best.
Thanks again,
Jesse.