How can I abort a long operation in WinDbg?

Question

Often WinDbg will enter a state where it is *Busy* performing an operation.

Often this is due to some mistake I made trying to dt some_variable_itll_never_find or setting a break point somewhere without symbols or the 1000's of other mistakes I make fumbling around this tool.

Is there a way to cancel the current operation?

Say, are you sure that CRTL+Break actually does abort the currently running command? I can't remember a single instance where it worked for me (I always had to wait for the command to complete). — Martin Ba, Oct 08 '13 at 08:30
@MartinBa I'm not sure it always works, but it sometimes does. — Aardvark, Oct 21 '13 at 19:35
Funnily enough I had to use WinDbg during the last days and when I used it on a long running `!locks` command it *did* work. Maybe it's some version thing, I think the one where it didn't work was v6 that I still had installed on one dev machine (vs. the current v12 that I used last week). — Martin Ba, Oct 21 '13 at 20:26

score 85 · Accepted Answer · answered Oct 10 '08 at 13:51

85

I don't have the tool now, but as far as I remember it should be Ctrl+Break.

answered Oct 10 '08 at 13:51

hakan

1,801
15
14

Thanks! Seems like this key combo doesn't work on on the Virtual PC I was using - which is why I dismissed this suggestion when I found something on Google about it. Seems fine on my "real" PC. – Aardvark Oct 10 '08 at 13:59
6

Using the menu: _Debug_ -> _Break_ (for some reason the keyboard shortcut wasn't working for me) – Ohad Schneider Aug 16 '16 at 18:22

score 24 · Answer 2 · answered Apr 01 '12 at 17:23

24

Sometimes Ctrl+Break doesnt work. At that point you may use Debug menu -> Break.

Thanks

answered Apr 01 '12 at 17:23

joe

589
5
16

score 13 · Answer 3 · answered Mar 06 '12 at 00:25

13

Ctrl+Break

will forcibly Debug break all but if for instance you entered some windbg command that takes a long time and you want to kill that then you should enter

Ctrl+c

This will kill the current running command.

answered Mar 06 '12 at 00:25

EdChum

376,765
198
813
562

score 6 · Answer 4 · answered Oct 12 '08 at 12:51

You probably had "http://msdl.microsoft.com/download/symbols" in the symbol path. Windbg will try to locate all your PDBs on Microsoft site :-(.
Pressing Ctrl+Break is not fast enough. What I usually do is to unplug the network cable, until Windbg wakes up. Just be carfull, if Windbg was realy downloading one if its OS DLL, the DLL gets curropted. You will need .reload /o to fix that DLL. I only unplug when I know all OS DLL were already downloaded.

To avoid this delay in the first place, uncheck "Resolve Unqualified Symbols" found under the "Debug" menu.

How can I abort a long operation in WinDbg?

4 Answers4