06-13-2006 11:41 AM - edited 06-13-2006 11:41 AM
John,
Are generating reports with your TestStand application? And if so, what type of report are you generating? Does disabling report generation prevent the crash? Does your code consistantly crash on the same iteration, or does it run for 'a while' and then crash?
Also, I'm not sure that the handles that fopen is refering to, and the handles that are in task manager are the same thing. I simply don't know enough about Windows to say for sure. Are you closing your file references with fclose() after you are done using them?
Josh W. | National Instruments | Applications Engineering
Message Edited by Mist on 06-13-2006 11:46 AM
06-13-2006 04:09 PM
06-14-2006 06:19 PM
John,
I believe I have found the source of the handle leak in the Benchmarks.seq example. I used a utility called TaskInfo in order to see what handles were being created after several runs. I was able to determine the leak was related to a registry key entry for Internet Explorer. We use Internet Explorer to display reports in an execution, so I was able to test this theory by disabling reports and disabling displays of new execution windows to prevent the report view from being created. In this case, I was able to run my execution overnight without accumulating any handles. A similar test run overnight without these options resulted in an increase of several thousand handles (but also was several thousand executions). I noticed several other complaints about this problem by other users who use IE in a similar manner. It appears that an update was the source of this problem - http://support.microsoft.com/kb/912812.
Judging by the nature of this leak, I don't think it is the source of the problems you are seeing. I would recommend using this utility (or a similar one) to see if this is the source of the handle leaks you are seeing. If you are seeing something else, please let me know and I will investigate it further.
Allen P.
TestStand R&D
06-15-2006 09:44 AM