I've just commit some notes on this into docs/debug.pod along with some instructions for getting a backtrace with gdb.
It's worth noting that assert() calls abort() while PARROT_ASSERT currently does not so this change is not really semantically equivalent. Some people _will want_ a core file as they are particularly useful for tracing down intermittent issues in production systems. Perhaps we need a runtime flag to enable/disable core dumps? I would vote for having the dumps by default as many people (well at least me) like to control core dumps with ulimit. -J -- On Fri, Jul 27, 2007 at 12:42:13AM -0400, Jeff Horwitz wrote: > very nice -- i could have used that THIS AFTEROON! :) > > On Thu, 26 Jul 2007, Andy Lester wrote: > > >Josh putting in the new backtrace behind my new assertions makes debugging > >assertions SO MUCH EASIER. > > > >I'm gonna go s/assert/PARROT_ASSERT/ everywhere. > > > >xoxo, > >Andy > > > >P.S. sample.... > > > ># Received: > ># 1..1 > ># Backtrace - Obtained 16 stack frames (max trace depth is 32). > ># (unknown) > ># Parrot_confess > ># Parrot_make_COW_reference > ># Parrot_String_get_string > ># Parrot_set_s_p > ># (unknown) > ># (unknown) > ># (unknown) > ># (unknown) > ># Parrot_runops_fromc_args > ># Parrot_runcode > ># (unknown) > ># imcc_run > ># (unknown) > ># __libc_start_main > ># (unknown) > ># src/string.c:129: failed assertion 's' > ># > ># Expected: > ># 1..1 > ># ok 1 > ># > ># Looks like you failed 6 tests of 12. > >t/pmc/exporter....dubious > > Test returned status 6 (wstat 1536, 0x600) > > > >-- > >Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance > > > > > > > > > >
pgpgHfmA8KjDc.pgp
Description: PGP signature