09-08-2011 11:41 AM
Hi,
I seem to have developed an issue with LabVIEW whereby it freezes at a random point during execution. It is not a case of a VI freezing, rather the LabVIEW application itself ceases to work and needs to closed by task manager. What I have running at the time is a host VI that sends and receives data over a TCP connection to a real-time target on a PXI. The real-time application keeps running after the crash. The host system is also running 3D picture control showing some basic graphics. The whole system is controlled at a top level by a program written in C# over a TCP connection but can run stand alone. When running stand alone the problem does not occur.
The communication between the C# and LabVIEW works fine, yet at a random point during operation, LabVIEW freezes while the C# continues to work. This doesn't seem to correspond to a particular action by the C# program. I guess my question is, is there any likely culprit by which LabVIEW can be crashed by an exernal program where the only communication is via TCP that seems to work fine and where there doesn't appear to be excessive memory or CPU usage?
Cheers.
Solved! Go to Solution.
09-12-2011 02:41 AM
Having further investigated it appears to only occur as TCP exchange is taking place and the full LabVIEW application doesn't appear to have crashed, but several VIs hang and can't be closed. There are three total TCP connections running, one that links to the PXI unit, one to the C# application and one from the C# to the visual display VI that is idle when this event occurs. Does anyone know of any reason why a TCP connection can cause LabVIEW to hang? The same connection has worked numerous times before the error occurs. Appears to only happen when the 3D picture control is running.
09-12-2011 10:31 AM
Right, bit more information. We've isolated the hanging of the system to when the C# / LabVIEW TCP connection is active and 3D picture control is running. If the render window is closed while TCP is active the system continues working and vice versa. As noted earlier there is no particular increase is CPU or memory usage when both run. Would there be any likely conflict between the TCP and 3D picture control?
Cheers,
Andrew
09-13-2011 11:30 AM
Problem solved with an update of the graphics card driver.