You are here:

C++/Visual Studio Just-in-time debugger window


VS error
VS error  
We are database developers. One of our clients is trying to run our application on his PC (Windows XP) and when he tries to enter his licence code, the attached error message appears. He doesn't know anything about Visual Studio, and neither do I. Nobody else has ever reported this problem. I am sure there isn't an error in our code - it happens when he simply starts to enter data - no code is running at that point.
o you know anything about this JIT debugger and what might trigger it when running a program that has nothing to do with Visual Studio?

Many thanks for any enlightenment you can offer.

The executable (i.e. the code that was running) that produced this error is clearly mentioned in the error message:


If this is part of your product's distribution then yes it was your code that was running that caused this error.

If it is not then no it was not your code that caused the problem but may be some related tool or utility such as an installer program.

The reason anything to do with Visual Studio and just in time debugging is mentioned is because the executing code (in CatBase.exe presumably) was built with just-in-time debugging enabled and then failed with a crash or exception.

The just-in-time debugging feature built into the code causes Visual Studio to automatically launch in such a situation so the problem can be investigated.

However we can presume that the customer either did not have Visual Studio (or some other tool that provides similar functionality) installed or did not have the proper access permissions to allow the just-in-time debugging feature to launch Visual Studio in such a way so an error box with the error you show was displayed instead.

Information on Visual Studio, JIT debugging and all other Microsoft related development topics can be located in the MSDN library and / or on the MSDN web site.

In fact my 2 minutes of Googling turned up this MSDN article:

If you require further specifics about your application, what executables, dlls etc it consists of, what technologies it uses (native C++ or managed .NET for example) and how it is built then I suggest you ask some of your application's developers - they should know what they are using and how they build your application.

Oh and saying 'no code is running at that point' when 'simply start to enter data' - eh? Of course there is some code running - what do you think handles the drawing of the data entry form and allows the data to be entered and checked etc.?

Hope this helps a bit.


All Answers

Answers by Expert:

Ask Experts


Ralph McArdell


I am a software developer with more than 15 years C++ experience and over 25 years experience developing a wide variety of applications for Windows NT/2000/XP, UNIX, Linux and other platforms. I can help with basic to advanced C++, C (although I do not write just-C much if at all these days so maybe ask in the C section about purely C matters), software development and many platform specific and system development problems.


My career started in the mid 1980s working as a batch process operator for the now defunct Inner London Education Authority, working on Prime mini computers. I then moved into the role of Programmer / Analyst, also on the Primes, then into technical support and finally into the micro computing section, using a variety of 16 and 8 bit machines. Following the demise of the ILEA I worked for a small company, now gone, called Hodos. I worked on a part task train simulator using C and the Intel DVI (Digital Video Interactive) - the hardware based predecessor to Indeo. Other projects included a CGI based train simulator (different goals to the first), and various other projects in C and Visual Basic (er, version 1 that is). When Hodos went into receivership I went freelance and finally managed to start working in C++. I initially had contracts working on train simulators (surprise) and multimedia - I worked on many of the Dorling Kindersley CD-ROM titles and wrote the screensaver games for the Wallace and Gromit Cracking Animator CD. My more recent contracts have been more traditionally IT based, working predominately in C++ on MS Windows NT, 2000. XP, Linux and UN*X. These projects have had wide ranging additional skill sets including system analysis and design, databases and SQL in various guises, C#, client server and remoting, cross porting applications between platforms and various client development processes. I have an interest in the development of the C++ core language and libraries and try to keep up with at least some of the papers on the ISO C++ Standard Committee site at


©2017 All rights reserved.