05-01-2012 06:53 AM
Has anyone seen this? Is this a bug in labview 2011sp1?
This is the second time within a few weeks that my program will not respond to any buttons. These are regular "Latch when release" buttons and do not respond when pressed. When highlighting the execution, False is shown going to the case structures. I can restart the vi, reboot the computer, but it still will not work. If I make an edit to the code, everything works again. My edit was only changing a comment, so no real code editing.
05-01-2012 07:01 AM - edited 05-01-2012 07:01 AM
Looking strange.. Are you getting LabVIEW Not Responding error when you try to click on the controls?. Did you try placing a break point inside the "True" case of the case structures? If not do it if it breaks in the True case structure then there is not problem with LabVIEW.
05-01-2012 07:08 AM
No errors, the buttons stay toggled and False continues to go to the case structure. I didn't think of putting a break point inside the True case, but if it happens again I can do this. I just thought it was strange since there is nothing going on in the code unless a state goes true. You can't get any more simple than this. Also the Stop button does not work when this is happening.
05-01-2012 07:11 AM
Please, post the VI, I want to see it ![]()
05-01-2012 07:13 AM
So its not happening always only on some time inconsistently? Because your code doesn't has anything to get locked up (This may happen if an event structure is not properly used/handled).
05-01-2012 07:21 AM
It is has only happened twice in the past few weeks. I can't seem to re-create the problem. This code has been used on many projects, so it should be ok.
I would post the code but it would require some effort since this launches vi's that have a lot of sub-vi's and other stuff. Also since it is currently working, I'm not sure it would be any benefit.
05-01-2012 05:12 PM
What are the subVI's doing? Perhaps one of those are locking the front panel, perhaps through an event structure that is handling an event, locking the front panel, but never executing because it isn't in the path of execution.