Just-In-Time Debugging under WindowsXP

Posted on 2002-06-12
Last Modified: 2010-04-02

I have a problem with the Microsoft IDE under Windows XP. The just-in-time Debugging works nicely under older OSes, like 98. Under XP it offers me the possibility to debug, even fires up the debugger, but then forces me to close my app.

- First I get the message that something bad happened, "ok" to close, "cancel" to debug. I select cancel, the debugger starts (but with the thread still running). Another message appears, saying the same as before, but this time it offers only to close the program.
- Yes, JIT-Debugging is enabled in the IDE's options...
- The current user is the admin.

Any suggestions?
Question by:ThomasHolz
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 3
  • 2
  • +2
LVL 86

Expert Comment

ID: 7073792
Does this also happen when you place an EXCEPTION_BREAKPOINT in your code, e.g.

__asm { int 3};


Author Comment

ID: 7073938
Good idea. Yes, if I use an int 3 exactly the same happens. No debugging possible. Perhaps it has something to do with XP? Do I have to enable JIT somewhere in the OS???
LVL 86

Expert Comment

ID: 7074101
Hmm - I know that this works in W2k...

What kind of application are we talking about?
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!


Author Comment

ID: 7074731
It's just a normal MFC app I develop...

Expert Comment

ID: 7075882
This is a known problem, I have it, and I know several others have had it. There was quite a thread going on about this in the newsgroups not so long ago.

The last post mentioned a possible fix, though I haven't tested it myself. I'll give it a go tonight and let you know if you don't respond.. The post is quoted as follows:

"Ctrl+F5 means you're not running under debugger. Does it work when you do F5? If yes, then I suspect what happens is that the breakpoint exception (which is raised when you press Cancel) is handled by XP error reporting system. You have to disable it (I think it's somewhere in My Computer properties). May be just setting the Auto value under HKLM\Software\MS\ WinNT\CurrentVersion\AEDebug key to 0 will be enough, though I'm not sure if it's still used in XP and how it's related to error reporting."

Anyway, I hope it helps you, and turns out to be alright. As far as I've heard, there is no solution that has been reported to work, but then, maybe the silence and discontinued request for help after that post indicates success...

Author Comment

ID: 7077516
Hi Crius,

I didn't find any options there that helped... The Auto value in the registry is already set to 0...

Expert Comment

ID: 7078525
This is unfortunate. I will keep a watch out for people who discover how to get around this XP problem, though my searches thus far are mostly fruitless.

At least this seems to be a common problem...
LVL 11

Expert Comment

ID: 7262270
Dear ThomasHolz

I think you forgot this question. I will ask Community Support to close it unless you finalize it within 7 days. You can always request to keep this question open. But remember, experts can only help you if you provide feedback to their questions.
Unless there is objection or further activity,  I will suggest to

     "refund the points and PAQ at 0 points"

since nobody had a satisfying answer for you.


Expert Comment

ID: 7262305
Yeah, I've been watching the newsgroups, and there's more and more people having problems with XP and debugging as more and more people switch to it. No one has a solution yet, except give feedback to Microsoft.

It looks like a lot of different debugging issues have come up too, that only have problems on XP.

It's looking to me like XP is a bad move for developers to make at the moment.

Good luck, I suggest use F5 (debug) for now, and forget about the JIT debugger.

Accepted Solution

Mindphaser earned 0 total points
ID: 7332932
Points refunded and moved to PAQ

** Mindphaser - Community Support Moderator **

Featured Post

Free Tool: SSL Checker

Scans your site and returns information about your SSL implementation and certificate. Helpful for debugging and validating your SSL configuration.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Errors will happen. It is a fact of life for the programmer. How and when errors are detected have a great impact on quality and cost of a product. It is better to detect errors at compile time, when possible and practical. Errors that make their wa…
Many modern programming languages support the concept of a property -- a class member that combines characteristics of both a data member and a method.  These are sometimes called "smart fields" because you can add logic that is applied automaticall…
The viewer will learn how to pass data into a function in C++. This is one step further in using functions. Instead of only printing text onto the console, the function will be able to perform calculations with argumentents given by the user.
The viewer will learn how to clear a vector as well as how to detect empty vectors in C++.

615 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question