When an assertion fails with Visual C++ on Windows, the debugger stops, displays the message, and then lets you continue (or, if no debugging session is running, offers to launch visual studio for you).
On Linux, it seems that the default behavior of assert() is to display the error and quit the program. Since all my asserts go through macros, I tried to use signals to get around this problem, like
#define ASSERT(TEST) if(!(TEST)) raise(SIGSTOP);
But although GDB (through KDevelop) stops at the correct point, I can't seem to continue past the signal, and sending the signal manually within GDB just leaves me hanging, with control of neither GDB nor the debugged process.
You really want to recreate the behavior of DebugBreak. This stops the program in the debugger.
My googling of "DebugBreak linux" has turned up several references to this piece of inline assembly which is supposed to do the same.
#define DEBUG_BREAK asm("int $3")
Then your assert can become
#define ASSERT(TEST) if(!(TEST)) asm("int $3");
According to Andomar int 3 causes the cpu to raise interrupt 3. According to drpepper a more portable way to do this would be to call:
raise(SIGTRAP);