views:

835

answers:

6

I am using Hudson as a continuous integration server to test C/C++ code. Unfortunatly, I have a bug somewhere that causes memory corruption, so on some Windows machines I will sometimes get a "Application Error" dialog box explaining that an instruction referenced memory that could not be read. This dialog box pops up and basically hangs the test run, as it requires manual intervention.

Is there a way to prevent this dialog box from appearing, so that the test run simply fails and is reported as such in Hudson?

Is it possible to automatically generate a minidump instead of showing the dialog?

A: 

Use a try/catch statement to catch the exception and handle it the way you want.

CLaRGe
Try/catch cannot catch an invalid memory access, as far as I know.
mch
__try / __except can, however.
ChrisV
+1  A: 

Disable error reporting via:

  • Registry editing -- add your application to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PCHealth\ErrorReporting\ExclusionList, OR
  • Right-Click on My Computer, go to the Advanced Tab, and choose the "Disable error reporting" option, OR
  • You can navigate to the services console in Administrative tools, find the Error Reporting Service, go into properties and disable it
dirkgently
A: 

You can use the various _CrtSetReport functions to control the way the C/C++ runtime responds to various errors (_CrtSetReportHook, _CrtSetReportMode, _CrtSetReportFile, _CrtSetReportHook2)

Chris Dodd
+5  A: 
  1. Use "Disable error reporting", as Mr. Gently suggests. See also this PC World article.
  2. If you happen to have MS Visual Studio on your build machine, it will catch Application Errors and pop up a dialog box. To disable these dialogs (and also the Just-In-Time Debugging feature of Visual Studio), run the command drwtsn32.exe -i to set Dr. Watson as the default system debugger. Dr. Watson will generate a core dump and silently exit. (See this Microsoft Knowledge Base article: http://support.microsoft.com/kb/q121434/.)
rkb
Thanks! Restoring the Dr. Watson configuration and setting it not to prompt was just what I was looking for!
mch
+3  A: 

You can also do something like this programaticaly using SetErrorMode. See this article for more details.

A simple example of how to use it is to do the following:

SetErrorMode(GetErrorMode () | SEM_NOGPFAULTERRORBOX);

The above 'ORs' the current mode with our desired addition.

Richard Corden
On a similar vein, I think it's important to call "_set_abort_behavior( 0, _WRITE_ABORT_MSG);", incase in the future your application fails because someone calls "abort()" (default behaviour for an uncaught C++ exception in Debug builds IIRC).
pauldoo
A: 

In addition to what rkb said, if you are running Windows XP 64bit, there are two sets of values. The ones in the usual registry location and the ones under the Wow6432Node key in HKLM. In order to update both, run drwtsn32.exe -i from both %SYSTEMROOT%\system32 and %SYSTEMROOT%\SysWOW64.

johnny