Accessing menu causes mouse freeze. System hung. CTRL-ALT-DEL does nothing. What happened?

[Sarah2]

I have a user interface on which no controls have been selected. Only code prior to RunUserInterface and GUI initialization code run. Accessing a menu pulldown, dragging the mouse down out of the menu, and then moving the mouse to reenter the menu (without touching / closing the already open pulldown) causes total lockup. I am aware of no code that should be running in the background. The only timer the GUI has has been disabled. As indicated in title, even CTRL-ALT-DEL does not work. System must be reset.
Verified with CVI 6.0, 7.0.
Turning off VXI chassis had no effect.
Speed of mouse movement seems to have no effect.
GUI not using threading at this time.

[HeinerI]

Please post your .uir, .h and .c-file so that I can see if the problem is reproducable on my machine.

Regards,
Heinrich Illig
NI

[JuanCarlos]

Beth,

I've been playing with the menu example and I have not been able to replicate the problem. Could you give us some more info on how to replicate this? probably some code or just some instructions uon how to replicate this with the examples.

Thanks.

Juan Carlos
N.I.

[Sarah2]

Sorry, unable to post. However, I have additional information. It has been noted that this lockup will only occur when communication has been opened to a specific ActiveX control. (Also unable to post ActiveX) Is it suggested that interactions with ActiveX controls take place in a separate thread? If communication with the ActiveX control is never initiated, then I also cannot get interface to freeze. However, at the point that the mouse freezes, there is no reason that any communication should be taking place with the control. All I have is the mouse moving across the GUI. No callbacks are being initiated.

[Sarah2]

Sorry, unable to post. Please refer to other queries for additional information.

[Anonymous]

Beth,

I did some simple tests here by running amenu bar while using an
ActiveX control in the UI. I was not able to reproduce the problem.

If you have Microdoft's Visual Studio 6 you could use the Spy++
utility to capture the messages on the Window to try to find out more
specifics on what is going on when the application locks.


If you keep finding this error it is probably a good idea to call in
our support engineers an try to work with them on this, just go to
http://www.ni.com/ask

Let me know if you have any further questions.

Regards,

Juan Carlos
N.I.

[Andy_Youngs]

I'm having the same issue. Just depressing the alt key will freeze the application.
There is apparently another question posed that appears to be the only solution so far.
Titled:Accessing or Hovering Over The Menu In My CVI Program Halts Execution Of The Program
http://digital.ni.com/public.nsf/3efedde4322fef19862567740067f3cc/34d1a6c408faf9be86256c710080cca7?OpenDocument
Hope that helps, I'd like further insight into this issue myself. The solution doesn't work on my case due to the panel callback initiating my application.

[Stephan]

Andy_Youngs schrieb:
> I'm having the same issue. Just depressing the alt key will freeze the
> application.
> There is apparently another question posed that appears to be the only
> solution so far.
> Titled:Accessing or Hovering Over The Menu In My CVI Program Halts
> Execution Of The Program
> http://digital.ni.com/public.nsf/3efedde4322fef19862567740067f3cc/34d1a6c408faf9be86256c710080cca7?OpenDocument
> Hope that helps, I'd like further insight into this issue myself. The
> solution doesn't work on my case due to the panel callback initiating
> my application.

I am fighting with this problem for years. I never can reproduce it in a
small examples. It happens only on my developer machine with a big
customer program. To my luck the customer never saws
this problem on his
machine.
I saw that the "solution" (not the right word in my mind) is for CVI
6.0. I saw the problem with CVI 7.0 too.
When will NI fix this?