Hi Sivaji,
Although the second dump file's name is AppDump.dmp, the file was generated for TestComplete too. Therefore, the information is not enough for us to find the cause of the problem. Please follow the instructions below to help us collect more information about the problem:
1. Download the Debugging Tools for Windows package from:
http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx (for 32-bit processes)
http://www.microsoft.com/whdc/devtools/debugging/install64bit.mspx (for 64-bit processes)
and install it.
2. When TestComplete and (or) the tested application hang(s), wait for approximately 30 minutes, run two instances of WinDbg ("C:\Program Files\Debugging Tools for Windows\windbg.exe").
3. Attach the first WinDbg instance to TestComplete's process and attach the second instance to the tested application's process (File | Attach to a Process).
4. Type the following command in the Command window of the first instance of WinDbg :
.dump /m "C:\TCDump.dmp"
and press Enter.
5. Type the following command in the Command window of the second instance of WinDbg:
.dump /m "C:\AppDump.dmp"
and press Enter.
6. Click Go on the WinDbg toolbar (or press F5) in both WinDbg instances. Wait for one minute and click Break (or press "Ctrl + Break") in both instances of WinDbg.
7. Repeat steps 4 and 5 to save another set of dump files with different file names.
8. Without a delay, repeat steps 6 and 7 two more times.
9. Send us all of the dump files created in the steps above.
Thanks in advance.
Note that we need several dump files both for TestComplete and for the application. The execution of both applications must be continued after generating the dump files (this isl metnioned in the steps). We need this information to see how the two processes interact with each other as time goes.
BTW, the dump files you provided indicate that TestComplete works with the msjet40.dll library, so it looks like the two issues are actually related.