By the way, abort() trips the debugger as well - at least, it does in gdb.<br><br><div class="gmail_quote">On Tue, Jul 26, 2011 at 12:12 PM, FlyLanguage <span dir="ltr"><<a href="mailto:flylanguage@gmail.com">flylanguage@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Den <a href="tel:26.07.2011%2020" value="+12607201120" target="_blank">26.07.2011 20</a>:12, skrev Talin:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Tue, Jul 26, 2011 at 10:56 AM, FlyLanguage <<a href="mailto:flylanguage@gmail.com" target="_blank">flylanguage@gmail.com</a><br></div><div class="im">
<mailto:<a href="mailto:flylanguage@gmail.com" target="_blank">flylanguage@gmail.com</a>><u></u>> wrote:<br>
<br>
           #define ASSERT_STRM(cond, args) \<br>
             if (!(cond)) AssertionFailureStream(__FILE_<u></u>___, __LINE__)<br>
        << args<br>
<br>
        Note that there's no trailing semicolon, as this is supplied at the<br>
        point where the macro is invoked.<br>
<br>
        What do you think?<br>
<br>
<br>
    Neat, but inducing a debug trap is even more useful on asserts<br>
    (optionally).<br>
<br>
<br>
What's the best way to do that? I'd like to incorporate it into my<br>
frontend's diagnostics.<br>
</div></blockquote>
<br>
Depends on platform. asm {int 3} on x86, asm {trap} on ppc,  DebugBreak on windows, etc.<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>-- Talin<br>