Quickwin program freezes on Windows 7 x64

Quickwin program freezes on Windows 7 x64

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]

publicaciones de 129 / 0 nuevos
Último envío
Para obtener más información sobre las optimizaciones del compilador, consulte el aviso sobre la optimización.

Someone else reported the same problem, but I could not reproduce it. Are you using a non-English version of Windows by any chance?

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)

Someone else reported the same problem, but I could not reproduce it. Are you using a non-English version of Windows by any chance?

No Steve, it is an English Win 7 Ultimate x64.
Thanks,

R//G

Would you please attach a ZIP of a project that shows this behavior?

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)

Would you please attach a ZIP of a project that shows this behavior?

Hi Steve:

This is a simple program I created that behaves as I mentioned (sorry that it lost the formatting when I pasted it). When the program ends and displays the dialog: ...Exit Window? and you click NO, then it freezes.

Thanks for your help.

Reinaldo

rogram test2
use dfwin
use dflib
implicit none
integer:: IOQQ1,RESULTQ

call Inic_Quickwin
IOQQ1 = 2001 ! QuickWin child window unit number
OPEN(UNIT=IOQQ1, FILE='USER', TITLE= 'RiverFLO-2D Text Output', IOFOCUS= .TRUE.) ! QUICKWIN WINDOW 1
RESULTQ = SETACTIVEQQ (IOQQ1)
write(IOQQ1, *) ' Hello Test'
End program

subroutine Inic_Quickwin

use dfwin
use dflib
implicit none
integer(4) iret,ideg,icount
integer(4) ibackcolor
integer(4) itextcolor,iTextLength
integer(2) iHeightFont, iWidthFont
integer(2) irowPos, icolPos
record /qwinfo/qw
logical(4) bret
integer(4) :: status
character(15) szMessage
type (windowconfig) wc
type (rccoord) rc
! set the child window properties to defaults and
! highest resolution graphics mode.
status = ABOUTBOXQQ('RiverFLO-2D Finite-Element River Dynamics Model'C)
wc%numxpixels = -1
wc%numypixels = -1
wc%numtextcols = -1
wc%numtextrows = -1
wc%numcolors = -1
wc%fontsize = -1 !QWIN$EXTENDFONT
wc%title = 'RiverFLO-2D'C
! wc%extendfontname = -1 !'Algerian'C
! set font height and size
iHeightFont = 66
iWidthFont = 30
wc%extendfontsize = -1 !makelong(iHeightFont,iWidthFont)
! set font attributes to bold, italic and decorative font
wc%extendfontattributes = ior(QWIN$EXTENDFONT_ITALIC, &
ior (QWIN$EXTENDFONT_FF_DECORATIVE,&
ior(QWIN$EXTENDFONT_VARIABLE_PITCH,&
QWIN$EXTENDFONT_BOLD )))
wc%title = ' RiverFLO-2D Text Output'C
bret = setwindowconfig(wc)
end subroutine Inic_Quickwin

Would you please also attach the .vfproj file from the project? See my signature below for attachment instructions.

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)
Would you please also attach the .vfproj file from the project? See my signature below for attachment instructions.

Steve:

I attached the full project directory.

Thanks.

R

Adjuntos: 

AdjuntoTamaño
Descargar Test2.zip10.61 KB

I ran the EXE in your ZIP and it didn't freeze for me - Win7 x64. I also built it as a 64-bit app and that ran fine too. Let me suggest this - reboot into a "Safe Mode" configuration and run the program from there.

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)

I ran the EXE in your ZIP and it didn't freeze for me - Win7 x64. I also built it as a 64-bit app and that ran fine too. Let me suggest this - reboot into a "Safe Mode" configuration and run the program from there.

Steve:

I did several test and found that when I have MS-Outlook 2007 open the program freezes. It runs OK when you run it a few seconds after exiting Outlook. Could there be a conflict there?

R

That's interesting - I will try that.

Do you have a process called ctfmon.exe running in the background? If so, stop it and see if the problem remains.

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)

That's interesting - I will try that.

Do you have a process called ctfmon.exe running in the background? If so, stop it and see if the problem remains.

Steve, I do not see a ctfmon.exe running in the task manager. It is weird and inconsistent behaviour so far. For example. I run the QWapplication and it freezes. I have a MS-Word, Outlook, Explorer and Visual Studio 2008 open. Then I close MS-Word, rerun the QW: freezes. Close VS: freezes. Close Outlook: does not freeze. Then I reload VS: does not freeze. Reload Outlook: does not freeze. Reload Word: freezes. This is very confusing to me.

Can you try booting into Safe Mode and see if the problem is still there? When it freezes, does Task Manager show the QuickWin program taking CPU time or is it just stalled?

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)
Can you try booting into Safe Mode and see if the problem is still there? When it freezes, does Task Manager show the QuickWin program taking CPU time or is it just stalled?

In Safe Mode the problem persists. Here I see the ctfmon.exe *32 process, but even ending the it, QW freezes.

The program does not seem to be taking CPU time. The CPU usage remains in 0% or so after it freezes.

R

Ok, thanks. I'll try some more ways to reproduce it. If we can't see the hang here, we can't figure out what is going wrong.

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)
Ok, thanks. I'll try some more ways to reproduce it. If we can't see the hang here, we can't figure out what is going wrong.

Steve: I understand. I will continue making tests to see if I could give you any clue.

Thanks,

R

Quoting - Steve Lionel (Intel)
Ok, thanks. I'll try some more ways to reproduce it. If we can't see the hang here, we can't figure out what is going wrong.

Dear Steve:

I reported similar problem before and I was using a non-English version of Win7 64bit and 32bit. It seems that the 'hang/freeze' problem of Quickwin application is not related to the localized version of Win7. My problem was resolved if I put dialog calling routine in callbacks, but that is somewhat inconvenient for me. As you suggested, I boot into safe mode and find that my original code runs fine; the program does not freeze or hang. Apparently, some loaded drivers or windows processes are creating the conflict How do I isolate or see which process is causing the problem? Thanks.

Mao

If booting into Safe Mode makes the hang go away, I would then use the msconfig utility to selectively disable startup items until I found one that made a difference.

Steve - Intel Developer Support

Quoting - Reinaldo Garcia

Steve: I understand. I will continue making tests to see if I could give you any clue.

Thanks,

R

Hi all,

I have expierenced the same problem. I am using Quickwin elements in my code to produce graphical output. It is mainly formatted text using different styles and colours in one window. The main program has some hotkeys for a new run and to exit the program. When the program is excuted and the first run has passed the whole program hangs up on Windows 7. It could only be closed by using the taskmanager. Since my code has equivalent elements compared to Reinaldos test code, I suppose that the bug must be within the formatting elements. I will try to isolate the critical part of the code and could hopefully help to solve this problem.

Best Regards

Frank

Hi all,

I have investigated the problem on my program a little bit further. I was wrong with my first guess that the windowfreezing is related to the formatted graphical output. (I was able to compile and run Reinaldos test case)

Mao has already stated in his post that he could resolve the problem within its callback routine. Ihave madean equivalentobservation!I callfrom mymain programa subroutine that first starts with a dialog. In the dialog some initial data inputs are made and the status of some check boxes is controled by some callbackroutines.The subroutine could be started by ahotkeythrough the callcommand in the main program or via the menu with the appendmenuqq command. In case the subroutine is started with the call command the program freezes after the first run. If the subroutine is started by the menu, it works fine and could be started sveral times without freezing!!!

I am currently building a test case to reproduce the freezing and will post it here later on.

Regards

Frank

Hi all,

as mentioned earlier please find attached the test case. Attached Files are from a CVF project, because my Windows 7 test environment is not connected to the internet. This case works fine with CVF 6.6, but get freezed after the first cyclewith IFV 11.1 under Windows 7 Enterprise.

Does anybody has an idea why that thing freezes under W7 and works fine with XP? Is someone able to compile and run it without the freezingwindow?

Best regards

Frank

Adjuntos: 

AdjuntoTamaño
Descargar Source1.for729 bytes
Descargar resource.rc2.43 KB
Descargar resource.fd33 bytes
Descargar inout.dsw533 bytes

Quoting - mrforti
Hi all,

as mentioned earlier please find attached the test case. Attached Files are from a CVF project, because my Windows 7 test environment is not connected to the internet. This case works fine with CVF 6.6, but get freezed after the first cyclewith IFV 11.1 under Windows 7 Enterprise.

Does anybody has an idea why that thing freezes under W7 and works fine with XP? Is someone able to compile and run it without the freezingwindow?

Best regards

Frank

In my case, I do not have dialogs or any complicated interface, so I would guess it is a Quickwin issue. Still I can't find a pattern that would indicate what is causing the application to freeze.

R

Frank, would you please also attach resource.h?

We've asked the QuickWin developers to look at this, though the difficulty in our reproducing the problem may hamper thngs. We do have a test case submitted by another customer that may be related and we can reproduce that one.

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)

Frank, would you please also attach resource.h?

We've asked the QuickWin developers to look at this, though the difficulty in our reproducing the problem may hamper thngs. We do have a test case submitted by another customer that may be related and we can reproduce that one.

Hi Steve,

I have attached to this post the requested resource.h file. Please let me know if the screen freezes on your system, too. I forget to tell that I am working on a x32 system. Sorry that I haven't recognized that the orignal post was related to a x64 processor.

Regards

Frank

Adjuntos: 

AdjuntoTamaño
Descargar resource.h406 bytes

Mforti,

It is possible that the application is not compatible with Windows 7. You might want to try to run the application through compatbility mode or consider using XP Mode and Virtual PC if your hardware permits. To learn more about XP Mode, please visit the following link: http://www.microsoft.com/windows/virtual-pc/download.aspx

Jessica
Microsoft Windows Client Team

Our developers are investigating this now.

Steve - Intel Developer Support

Quoting - Steve Lionel (Intel)
Our developers are investigating this now.

Hello,
I think I described the same problem in another post some weeks ago. I have an Intel Fortran 8.1 Application which I use since many years and with several operating systems. No I installed W7 32 bit. It is a console application which calls some dialoge menues (quickwin dlg). After calling the quickwin menue, no communication with the consoel (IO) is possible. I can only kill the total application with the task manager. So if Intel finds a solutiion for this problem, please ensure, that it works on all versions of Intel-Fortrn, because it seems, that the error is in all versions.

If we find a problem that we can fix, the fix will go into 11.1 only. Earlier versions did not claim support for Windows 7 and we do not make fixes for no longer suipported versions. Yes, there have been several reports of this problem but until recently we could not reproduce it ourselves.

Steve - Intel Developer Support

I don't want to develop new programs with Intel Compiler 8.1 on W7. I want my old programs, developed with 8.1 and running on each Windows-platforrm except W7 to run.

Hello,

what ist the status of the problem. Did Intel find somehting to solve it?

We have not yet identified the cause of the problem. It is difficult for us to reproduce.

Steve - Intel Developer Support

Hi,

I am experiencing the same problems. Attached please find a quite simple program. When the DO loop with the PRINT command is commented out, everything works fine, with the PRINT, the window gets frozen. Maybe this helps...

By the way, why does such a small program create a 14MB executable???

Hermann

Adjuntos: 

AdjuntoTamaño
Descargar Test.zip7.14 KB

zeyen, are you building a 32-bit or 64-bit executable? I'll guess 32-bit because your project settings wouldn't work for 64-bit.

Why are you specifying a separate MKL install rather than the one that comes with the compiler?

The EXE is large because you're linking with a LOT of MKL code.

I tried your project on my Windows 7 x64 system and had no problems, building as 32-bit or 64-bit. I don't doubt you are seeing a freeze, but it's one we're having a difficult time reproducing on our own.

Steve - Intel Developer Support

Hi Steve,

Yes, I am compiling for 32 bit (I still have to be compatible with colleagues working under Windows XP). The reason why I specify a separate MKL is that I couldn't manage to make the compiler find the include files...

Now, I am having a new problem: SInce I did yesterday all the tests, whatever I compile now gives me an error PRJ0019. Any suggestion?

Hermann

Another idea: I am using Windows 7 Family edition (premium). Could that make a difference?

H.

I very much doubt the edition matters. What might matter is what other software you have installed.

Please try this. Boot into Safe Mode (Press F8 during the initial Windows boot screen) and run your program. Does it still freeze?

Steve - Intel Developer Support

Hi Steven,

Looks like I found the problem: If I eliminate TASKHOST.EXE in the task manager, the program closes correctly.

cheers, Hermann

That's interesting. taskhost.exe is part of Windows 7 and was new in that version. I can find some complaints of it freezing systems. You might try this MS Hotfix.

Are you current on Windows Update?

Steve - Intel Developer Support

I should be up to date (automatic updates). Thanks for the link, however, it complains at install "isn't for your system"... (Family and x64)

Never mind. If you find an elegant solution, I would still be interested, if not, I know now how to deal with the problem. Thanks for your suggestions.

Hermann

Hi Steve:

Looks like Hermann found the culprit. At least it resolves my problem. Not sure if it is safe to disable it though.

Mao

Quoting csmao

Hi Steve:

Looks like Hermann found the culprit. At least it resolves my problem. Not sure if it is safe to disable it though.

Yep, I wouldn't feel easy disabling it. It's a core component of the OS.

Some internet posts suggest that the root cause of the problem are buggy video drivers (at least in one case, anyway), which makes sense in the context (and probably explains why it is so hard to reproduce). I suppose it takes presence of taskhost.exe for the problem to emerge, i.e. that it serves as a catalyst, but I wouldn't ultimately ascribe it there; it's a generic component hosting all sorts of system services.

Jugoslav
www.xeffort.com

As I wrote before, I use Intel Fortran 8.1 When I kill taskhost.exe, the quickwin program works, I have no freezes. But what's to do with this. I installed the MS-Hotfix Steve wrote, but it down't fix the problem.I think, Intel should contact Microsoft to fix the problem.

Hello Steve,

what's about the problem with the taskhost.exe. Will there be anything fixed by Intel or by Microsoft. I don't like to kill tasks.

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

Steve - Intel Developer Support

Hi Steve,

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

best regards

Frank

Hi Steve,

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

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

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

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.

Steve - Intel Developer Support

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

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

Adjuntos: 

AdjuntoTamaño
Descargar ProcExp_Threads.png53.19 KB

Rene,

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

Steve - Intel Developer Support

Páginas

Deje un comentario

Por favor inicie sesión para agregar un comentario. ¿No es socio? Únase ya