Quickwin program freezes on Windows 7 x64

[Reinaldo_Garcia]

When the program ends and displays the message "...Exit window?", if you click No, the window freezes.
The same program works just fine in Vista x64/XP.
I have Windows 7 Ultimate x64 and compiler 11.1.035.

Any suggestion?

R//G


[Edit by Steve Lionel (Intel) - for information on this problem and to obtain a fix, please readIntel Visual Fortran QuickWin applications freezing]

[Steven_L_Intel1]

We are still investigating the problem. My guess is that taskhost.exe is just a symptom.

[mrforti]

Hi Steve,

killing process taskhost.exe solves my problem as well. Without that process my application didn't freeze.

best regards

Frank

[hkausl]

Hi Steve,

any news about the problem. It's a long time since we know, that there's a problem with the taskhost.exe

[Rene_Blankenburg]

Hello Steve,

we're also having problems with QuickWin applications on Windows 7 (both 32 and 64 bit, German language version). Attached you can find an example. If you cancel the close request after clicking the mouse, the application freezes.
It doesn't freeze if taskhost.exe-process was before running the application.
We compiled it with IVF compiler 11.1.065.

WinTest.zip

[Neels]

I have the same problem, one application in India, one in the USA and one in Germany. Many run fine though.

[Steven_L_Intel1]

We're still hampered by not being able to reproduce this ourselves. My current guess is that it is connected to Microsoft updates that either are or are not installed.

taskhost.exe is the Windows 7 replacement of svchost.exe - it is a host process for running various DLLs. Windows uses this for many different purposes. Something evidently started taskhost but it then looped. I have seen reports that the Windows Reliablility Analysis Task can hang like this but I suspect it is something else.

Please do this. Download Process Explorer and unzip it into a convenient directory, then run ProcExp.exe. Run your QuickWin program and do whatever you need to make it hang.

Now go look at the Process Explorer window and locate Taskhost.exe - there may be several copies of this, but I expect that one of them will be taking lots of CPU. Double-click on the line and select the Threads tab. If you can get a screenshot of this tab, that would be great, otherwise see if one of the listed threads is taking all the CPU and write down the text on that line. Let me know what you find.

[Neels]

I also cannot reproduce it but passed the request to users that does have a problem. My user in India said his problems were resolved after installing the following from Microsoft:

http://support.microsoft.com/KB/976264

I do not know if it or something else solved the issues. I am still waiting to hear from the other users with these issues.

Thanks
Neels

[Rene_Blankenburg]

Hello Steve,

attached you can find a screenshot of the Process Explorer tab 'Threads'. As one can see, there is no high CPU demand of taskhost.exe

[Steven_L_Intel1]

Rene,

Is that the only taskhost.exe process that is running? Usually there are several.

[Rene_Blankenburg]

Steve,

there is only one taskhost.exe (task scheduler host), but several svchost.exe (the service host - as in other Windows OS, too).

The following is strange for me:
If I don't kill the taskhost, the QuickWin app freezes (as described previously). If I kill the taskhost, then the QuinWin app doesn't freeze. Some time later (minutes to hours), the taskhost is restarted by the OS. But then the QuickWin app doesn't freeze anymore ??

[Steven_L_Intel1]

I guess there is some DLL that taskhost is "hosting" that is triggering the freeze. If others could do this same experiment and post the results, we might be able to identify the common element.

[ronbtom]

I'm having this same problem of freezing when I call a dialog box for file save. I'm wondering if anything has come of a final resolution to this problem? I ask because May 4th is the last time there was any discussion.


Rnbtom

[Steven_L_Intel1]

No resolution yet - we still cannot reproduce the problem here. If you could provide the information requested from Process Explorer, that would be helpful.

[ronbtom]

I was able to repeat the problem at will. If I kill taskhost, my program runs without freezing. If taskhost is running, my program freezes every time. I ran progress explorer to see what was using my CPU time. I was surprised that it wasn't taskhost. There are two threads running for my program that use a total of50% of the CPU time. When I click on one of the threads it is going from a status of wruserrequest to running to ready. It continually repeats that cycle. The other thread using CPU time is doing the exact same thing.

I did not have time last night to capture the data you requested. I will try to do that tonight. Hopefully, some of this information is helpful. Let me know if there is something more specific you would like to see from progress explorer. I will capture the information you requested in an earlier post.

Thanks,
ron

[Steven_L_Intel1]

Interesting.

If you boot into Safe Mode and run your program, does the same thing happen?

[ronbtom]

Steve,

My program runs in Safe Mode, but then Taskhost isn't running.

I took some time running it with Progress Explorer running to produce screen shots I hope will be helpful. This problem exist, for me, in MS 7 32 & 64bit Ultimate. I checked to make sure all updates are installed. This program is compiled in MS XP Pro 64bit as a 32bit app. I used MS Visual .NET 2008 with Intel Fortran Ver 11.1. I can run this app in Vista 32 & 64bit OS. The above is background info.

Below is an attached file in MS Word 2003. Hope the screen captures help.

Ron

[Steven_L_Intel1]

Thanks. I'll pass this on to the library developers. That it doesn't happen in Safe Mode, though, makes me wonder if there's some background task that is interfering, Would you be willing to try selectively disabling startup tasks in msconfig.exe and see if one of them is the culprit?

[ronbtom]

That is a good point. I'll try to spend some time on it Sunday. I'll post the results.

Ron

[mrforti]

Hi Steve,

have you and your team made any progress? Could you please give us an update?

Regards

Frank

[Steven_L_Intel1]

I wish I had better news - we are still unable to reproduce this problem in-house. We are still trying.

The internal issue ID is DPD200149113.

[S__Michael]

I am also having this problem and have found if I suspend "MSCTF.dll!DiiGetClassOdject+0xc8c" that is listed as a thread running under "taskhost.exe" my programs do not hang. My programs are slow to respond while it is suspended, but they do not crash.

I have attached a screen shot of taskhost properties showing this thread.