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

  • "Security" is the number one issue holding business leaders back from the cloud. But does the reality match the perception? Keeping data close to home, on premises, makes business and IT leaders feel inherently more secure. But the truth is, cloud solutions can offer companies real, tangible security advantages. Before you assume that on-site is the only way to keep data safe, it's worth taking a comprehensive approach to evaluating risks. Doing so can lead to big benefits.

  • Savvy enterprises are discovering that the cloud holds the power to transform IT processes and support business objectives. IT departments can use the cloud to redefine the continuum of development and operations—a process that is becoming known as DevOps. Download the Executive Brief DevOps: Why IT Operations Managers Should Care About the Cloud—prepared by Frost & Sullivan and sponsored by IBM—to learn how IBM SmartCloud Application services provide a robust platform that streamlines …

Most Popular Programming Stories

More for Developers

Latest Developer Headlines

RSS Feeds