05-05-2011 03:22 PM
You unregistered for the user event, but you did not destroy it. What happens if you put the destroy events in there also?
05-05-2011 03:42 PM
@Ravens Fan wrote:
You unregistered for the user event, but you did not destroy it. What happens if you put the destroy events in there also?
I removed the shift register for the events because it was giving an error. I destroyed events as well and unregistering, but still have the problem.
05-05-2011 03:53 PM
OK in a thousand words-
05-05-2011 04:34 PM
@Jeff Bohrer wrote:
OK in a thousand words-
That makes sense.
I tried making a change, but it's still not working. It does use a global variable setup. Could something along those lines cause the problem? Is there a way to check to see if there are loose ends somehow?
Thank you for your help!
05-05-2011 04:38 PM
The left loop looks rather dodgy.
/Y
05-05-2011 04:56 PM
@Yamaeda wrote:
The left loop looks rather dodgy.
/Y
I have now removed that loop entirely for the purposes of debugging. Any method of closing closes the front panel, but the thread continues to run.
05-05-2011 05:41 PM
Thank you all for your help. Through your suggestions, I've isolated the problem to having another .vi in the build. Even if I do not activate this event, just having it built with the .exe causes the application to not terminate when it's closed. In other words, even if I open the the application and immediately close it, it will not terminate.
How can I call on another program but not have this problem?
I've included the stripped down, very simple program.
Thank you!
05-05-2011 08:01 PM - edited 05-05-2011 08:03 PM
Wait till august?
Whoops- LabVIEW cannot launch another process and leave it running. You COULD take the same vi referance and kill process on it through Windows. Why did you "start it" if it cannot be controled?
Perhaps dynamically launching a vi you have no controll over was a poor discision. Timeout the dratted vi or enable dynamic events in it to close when your app exits
05-05-2011 08:38 PM
@Jeff Bohrer wrote:
Wait till august?
Whoops- LabVIEW cannot launch another process and leave it running. You COULD take the same vi referance and kill process on it through Windows. Why did you "start it" if it cannot be controled?
Perhaps dynamically launching a vi you have no controll over was a poor discision. Timeout the dratted vi or enable dynamic events in it to close when your app exits
At least in the non-executable form, this method of passing between programs poses no problem.In the executable, the problem occurs even if the event case that triggers the dynamic launching is never activated. Simply by having the application present somewhere in the code seems to cause the problem.
I want to be able to open a second .vi from this initial program (remember it's goin to be packed into an .exe). Is there a better way to do this than a dynamic reference?
05-06-2011 03:50 AM
Just make sure you have the Close reference in the Quit event? I'm not sure, but it feels like it should solve the problem. 🙂
/Y