Hangup of Visual studio on Breakepoints

[jaeger0]

I got several times the experience, during debugging, that Visual studio 2005/2008 and even 2010 hangs up, when I place my breakepoints on ceartain positions. It happens also on different machines and systems.
If I restart Visual studio and use the same brakepoint it hangsup again. Sometimes when I change the code I could overcome. But In general it hangs up if I change the position in the Subroutine/module, where the problem appears. Can I change some debug options or what can I do. Because this problem succs really !!

[jimdempseyatthecove]

Several years ago I came across a similar problem.At some point in time durring aggressive debugging sessions I was noticing realy odd behavior. The code was notdoing what it should be doing. Being a system level programmer familiar with assembly language, I even looked at the dissassembly window. The code sequence produced by the compiler looked good, and was good, however when running through the section of code, the processor did not execute the instructions as they appeared. What I was seeing as the assembly code was either: a) not executing properly by the processor, or b) what I was seeing was not what the processor was seeing.

a) could not have been likely because the entire system would have had problem staying alive.
This left b). What I did next todiscover what was happening was to take memory snapshots of that code section. This was rather difficult because, when I would add the snapshot code the position of the error moved, and thus the circumstance and symptoms changed. When I finaly did catch a snapshot of the problem, it was noticed that the code was overlayed with a 1-byte INTn instruction used by the Debugger for purposes of break point. The INTn though was not inserted over the 1st byte of an instruction sequence but in the middle of the instruction sequence. In my case the results were an operand address or register selection got bunged up. In your case, possibly a branch address or loop control variable (register)may be bunged up. What makes this particularly hard to detect is when you click on Pause || and the program breaks, the debugger removes the erronous INTn, thus showing the original code.

The solution to this, stumbled onto this by accident, was to open Debug | Break Points, and select delete all break points. (I could not see a break point set at the location where the INTn was being inserted).

I hope this works for you.

Jim Dempsey

[Steven_L_Intel1]

jaeger0, I am puzzled by your mention of VS2010, since Intel Fortran does not support that yet. Is this a Fortran application you're debugging?

[jaeger0]

sorry, of cours 2010 does not support intel fortran, I confused a bit. But I tested id on Vista, XP and windows 7, same hangup. If I delete all breakepoints, programm runs. But as soon I set a breakepoint in some subroutine It hangs up. If I change my code a bit, sometimes I can pass over, and sometimes not.

Now I observed, if i set the compiler options to: Fortran->Debugging->Debug Information Format to Line numbers only, I came over the porblem, but I can not watch to variables

[Steven_L_Intel1]

Ok. In Visual Studio, select Help > About. Click Copy Info and paste the result here.

[jaeger0]

Microsoft Visual Studio 2005
Version 8.0.50727.867 (vsvista.050727-8600)
Microsoft .NET Framework
Version 2.0.50727 SP2

Installed Edition: Professional

Microsoft Visual Basic 2005 77626-009-0000007-41987
Microsoft Visual Basic 2005

Microsoft Visual C# 2005 77626-009-0000007-41987
Microsoft Visual C# 2005

Microsoft Visual C++ 2005 77626-009-0000007-41987
Microsoft Visual C++ 2005

Microsoft Visual J# 2005 77626-009-0000007-41987
Microsoft Visual J# 2005

Microsoft Visual Studio 2005 Tools for Applications 77626-009-0000007-41987
Microsoft Visual Studio 2005 Tools for Applications

Microsoft Visual Web Developer 2005 77626-009-0000007-41987
Microsoft Visual Web Developer 2005

Microsoft Web Application Projects 2005 77626-009-0000007-41987
Microsoft Web Application Projects 2005
Version 8.0.50727.867

Crystal Reports AAC60-G0CSA4B-V7000AY
Crystal Reports for Visual Studio 2005


Intel Visual Fortran Compiler Integration Package ID: w_cprof_p_11.0.066
Intel Visual Fortran Compiler Integration for Microsoft Visual Studio* 2005, 11.0.3452.2005, Copyright (C) 2002-2008 Intel Corporation
* Other names and brands may be claimed as the property of others.

Microsoft Visual Studio 2005 Professional Edition - ENU Service Pack 1 (KB926601)
This service pack is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this service pack will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/926601

Security Update for Microsoft Visual Studio 2005 Professional Edition - ENU (KB937061)
This Security Update is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this Security Update will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/937061

Security Update for Microsoft Visual Studio 2005 Professional Edition - ENU (KB947738)
This Security Update is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this Security Update will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/947738

Security Update for Microsoft Visual Studio 2005 Professional Edition - ENU (KB971023)
This Security Update is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this Security Update will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/971023

Security Update for Microsoft Visual Studio 2005 Professional Edition - ENU (KB971090)
This Security Update is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this Security Update will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/971090

Security Update for Microsoft Visual Studio 2005 Professional Edition - ENU (KB973673)
This Security Update is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this Security Update will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/973673

Update for Microsoft Visual Studio 2005 Professional Edition - ENU (KB932232)
This Update is for Microsoft Visual Studio 2005 Professional Edition - ENU.
If you later install a more recent service pack, this Update will be uninstalled automatically.
For more information, visit http://support.microsoft.com/kb/932232

[aagaard]

From time to time Visual Studio will be hung up after a breakpoint. In some cases it is the "Well known" CTFMON.EXE" that seems to lock up the system. Whenever the lockup occurs try to start the "Task Manager" - it might take a while - and then kill the ctfmon.exe process. My own experience is, that this often will "release the hung" situation.

I don't have any clue on why the ctfmon.exe from time to time influences the debugger

[jaeger0]

I have no, ctfmon.exe o my system (XP) running, but if I cill the process "dwm.exe" the block is gone and I can continue. No Idea why. Have I to update something. This blocking problem happens quite ofen the last tiime.

[Steven_L_Intel1]

ctfmon.exe intercepts some Windows messages (messages are how programs communicate to the user interface) and sometimes makes a botch of it.

I see you are using 11.0 - have you tried 11.1?

[jaeger0]

no, not yet. I have to try 11.1