Program hanging in LabVIEW when using 8.2.1 or later

[Chris.Osiecki]

I had a problem recently where a program would randomly hang for several seconds. When the program would hang, my DAQ buffers would overflow and cause a shutdown of my DAQ loop. Over the course of troubleshooting, I found that opening the right-click menu on the Windows taskbar tab of a VI would cause that VI to freeze. The background processing would still be running, but the front panel would freeze. The CPU usage would also increase to 50% on dual core or hyperthreaded CPUs and 100% on single core/non-hyperthreaded CPUs. This would happen even if the application was compiled and just using the run-time engine. Through further investigation, I found that this did not happen on LabVIEW 8.20, but it would happen on all later versions. The version my software was running on was 8.5, so I downgraded to 8.20 and the problem has gone away.

Here is a link to the troubleshooting thread: http://forums.ni.com/ni/board/message?board.id=170&message.id=286799&query.id=61078#M286799

[Stephen_S.]

Hi COsiecki,
Thank you for the information. I have submitted a corrective action request for this problem to R and D.

-Stephen

[Stephen_S.]

Sorry, I forgot to give you the number for this report. It was reported to R&D (CAR ID #116601) for further investigation.

Thanks,

Stephen

[Chris.Osiecki]

Thank you. I am unfamiliar with how this process works. If you find a solution, is it patched, or is it included in the next version?

[Stephen_S.]

No problem. We report the issue to R&D and they look into it, look for a solution and determine if the fix can be implemented in a later version. You can call NI and refer to the CAR number to see what the status of the process is.

Also, since another engineer answered your original thread and also reported this issue, the correct CAR # is 116562 since the other was a duplicate.

-Stephen

[Stephen_S.]

*This post is added for improved searchability. There is no change in the CAR information.

This was reported to R&D (# 116562) for further investigation.

Stephen S.