A Debugging Stub for Automated Tests (DebugStub

Environment: Win32 (Windows NT, 2000, or XP)


This article provides a simple program that acts as a debugger while running another user-specified application.

Here's what it does:

  • Send a log of debugging events to STDOUT.
    This includes DLL loading information, thread creation/destruction info, exceptions and fatal errors (page faults), and so forth.
  • Intercept and handle crashes of the debugged application.
    Instead of letting the system display an error message requiring user interaction, the debugged application is immediately terminated, and the debugger exits with a specific return code.

What I Use It For

The software development team I lead uses a server that automatically runs a set of tests every time a developer does a check-in of his code changes.

This includes:

  • Building the affected application in both debug and release modes.
  • Building and running some automated tests.

During these automated tests, we may detect and report problems using any technique. But sometimes, the whole application may crash because of a page fault or other fatal error. When this happens, the system normally suspends the crashed application and waits for the user to confirm what should be done (for example, debug or terminate the application).

Because these are fully automated/scripted tests running on a rarely accessed machine, this user intervention is not desirable.

The most elegant way to avoid it, on Win32, is to pretend to the system that we are debugging the application. Additionally, this allows the test script to access an execution log (written using OutputDebugString), which is integrated in an error report.


A single source file is attached to this article. It is the C++ source code of a console application that you should compile with your favorite compiler (I had used MSVC6): DebugStub.exe.

Once compiled, the application can be tested as follows:

  • Drag and drop any application (not a shortcut) onto DebugStub.exe.
    Note that this will not allow you to see any error message, and does not allow you to pass any parameters to the application.
  • Lauch it from the command line:
    • Make sure you know how to launch the debugged application from the command line, passing parameters as appropriate.
    • Just insert DebugStub.exe (or a full path as appropriate) at the beginning of the command line, and the other application will run as usual but under DebugStub's control.
    Any application can be debugged this way (it does not need to be a console app); you just need to understand how to launch it from the console.

About This Implementation

I do not have much to say about the source code. All the system calls are public and documented Win32 APIs. However, I had found it difficult to put the pieces together and handle the essential cases appropriately, so I think you may find it useful.

Note, however, that this example has been coded very quickly. It is only Good Enough For What I Want To Do With It™. You will probably want to tune the output for your own needs.

 Ivan Vecerina, Dr. med.  <>  http://www.post1.com/~ivec
 Brainbench MVP for C++   <>  http://www.brainbench.com


Download source -- 8 KB


  • There has a good Debugger Tool.

    Posted by pengch on 03/31/2004 02:15am

    There has a good Debugger Tool. Try it now.
    Auto Debug Tool

Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • Anthony Christie, the Chief Marketing Officer for Level Communications, is responsible for customer experience, worldwide marketing and product management. In this informative asset, he shares his insights into why a private network connection to cloud-bases applications is the right decision for your enterprise. Download now to find out more.

  • Moving from an on-premises environment to Office 365 does not remove the need to plan for disruptions or reduce the business risk requirements for protecting email services. If anything, some risks increase with a move to the cloud. Read how to ease the transition every business faces if considering or already migrating to cloud email. This white paper discusses: Setting expectations when migrating to Office 365 Understanding the implications of relying solely on Exchange Online security Necessary archiving …

Most Popular Programming Stories

More for Developers

RSS Feeds

Thanks for your registration, follow us on our social networks to keep up-to-date