Boost C++ Libraries: Ticket #4579: MSVC regression tests need _set_abort_behavior() call https://svn.boost.org/trac10/ticket/4579 <p> A number of boost regression tests fail and put up a dialog: </p> <pre class="wiki">Microsoft Visual C++ Debug Library Debug Error! Program … This application has requested the Runtime to terminate it in an unusual way. Please contact the application’s support team for more information. (Press Retry to debug the application.) [Buttons:] Abort, Retry, Ignore. </pre><p> The '--timeout' parameter to run.py eventually kills it, but even at 5 (minutes), dozens of these assertions extend the regression test by hours, and I think that the current trunk test is triggering at least a dozen. </p> <p> You can inhibit this box via the MSVC run-time function <a class="ext-link" href="http://msdn.microsoft.com/en-us/library/e631wekh.aspx"><span class="icon">​</span>_set_abort_behavior()</a>: </p> <pre class="wiki">_set_abort_behavior( 0, _WRITE_ABORT_MSG|_CALL_REPORTFAULT); </pre><p> Can the regression-testing framework insert this call for each program it builds under Win32/MSVC? </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/4579 Trac 1.4.3 Steven Watanabe Fri, 08 Apr 2011 01:45:55 GMT <link>https://svn.boost.org/trac10/ticket/4579#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/4579#comment:1</guid> <description> <p> I don't think that's possible. The individual tests will need to handle this. I think Boost.Test already handles it, so libraries using it shouldn't have a problem. </p> </description> <category>Ticket</category> </item> <item> <author>Jim Bell <jim@…></author> <pubDate>Fri, 08 Apr 2011 02:16:35 GMT</pubDate> <title>status changed; resolution set https://svn.boost.org/trac10/ticket/4579#comment:2 https://svn.boost.org/trac10/ticket/4579#comment:2 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">wontfix</span> </li> </ul> <p> Work-around: I think this can be handled by a system registry change: </p> <p> "\HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting\<a class="missing wiki">ForceQueue</a>" set to 1 </p> <p> See &lt;<a class="ext-link" href="http://lists.boost.org/Archives/boost/2011/01/175192.php"><span class="icon">​</span>http://lists.boost.org/Archives/boost/2011/01/175192.php</a>&gt; </p> Ticket