Dan~
On Tue, 23 Nov 2004 10:43:57 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 10:15 AM -0500 11/23/04, Matt Fowles wrote:
> >All~
> >
> >Aperiodically I notice that my parrot directory has quite a few core
> >files in it (usually around 6), even though I have done nothing with
> >it except "cvs -q update -dP; [make realclean;perl Configure.pl;]
> >make; make [full]test". Usually it says that all of the tests pass or
> >one or two tests fail, but I don't notice it dieing painfully... Are
> >these core files anything of significances?
>
> Yeah, they are. You shouldn't ever get core files of things work out properly.
>
> Pull 'em into gdb (gdb ./parrot core_file_name) and poke around --
> that'll give you an idea what's going on and why they died.
Good to know. I just ran make fulltest and got two new core files to
play with. Here is a little gdb snippet from each and some hopefully
useful info
[EMAIL PROTECTED]:~/parrot$ uname -a
Linux fowles 2.6.8-1-686 #1 Thu Nov 11 13:18:29 EST 2004 i686 GNU/Linux
[EMAIL PROTECTED]:~/parrot$gdb parrot core.17092
[snip]
(gdb) list
464 /* exception type */
465 VTABLE_set_integer_keyed_int(interpreter, exception, 1,
466 the_exception->error);
467 }
468 /* exception severity */
469 VTABLE_set_integer_keyed_int(interpreter, exception, 2,
470 (INTVAL)the_exception->severity);
471 if (the_exception->msg) {
472 VTABLE_set_string_keyed_int(interpreter, exception, 0,
473 the_exception->msg);
(gdb) p interpreter
$1 = 0x8335050
(gdb) p exception
$2 = (PMC *) 0x99
(gdb) p the_exception
$3 = (Parrot_exception *) 0x84fcb70
(gdb) bt
#0 0x08174af7 in create_exception (interpreter=0x8335050) at
src/exceptions.c:469
#1 0x08174b81 in handle_exception (interpreter=0x8335050) at
src/exceptions.c:497
#2 0x08176b5b in runops (interpreter=0x8335050, offs=0) at src/inter_run.c:57
#3 0x080dea90 in Parrot_runcode (interpreter=0x8335050, argc=1,
argv=0xbffff940) at src/embed.c:765
#4 0x080de8bf in Parrot_runcode (interpreter=0x8335050, argc=1,
argv=0xbffff940) at src/embed.c:694
#5 0x0809d292 in main (argc=1, argv=0xbffff940) at imcc/main.c:578
(gdb) q
[EMAIL PROTECTED]:~/parrot$ gdb parrot core.17102
[snip]
(gdb) list
464 /* exception type */
465 VTABLE_set_integer_keyed_int(interpreter, exception, 1,
466 the_exception->error);
467 }
468 /* exception severity */
469 VTABLE_set_integer_keyed_int(interpreter, exception, 2,
470 (INTVAL)the_exception->severity);
471 if (the_exception->msg) {
472 VTABLE_set_string_keyed_int(interpreter, exception, 0,
473 the_exception->msg);
(gdb) p interpreter
$1 = 0x8335050
(gdb) p exception
$2 = (PMC *) 0x99
(gdb) p the_exception
$3 = (Parrot_exception *) 0x84fcb70
(gdb) p the_exception->error
$4 = -1
(gdb) bt
#0 0x08174af7 in create_exception (interpreter=0x8335050) at
src/exceptions.c:469
#1 0x08174b81 in handle_exception (interpreter=0x8335050) at
src/exceptions.c:497
#2 0x08176b5b in runops (interpreter=0x8335050, offs=0) at src/inter_run.c:57
#3 0x080dea90 in Parrot_runcode (interpreter=0x8335050, argc=1,
argv=0xbffff940) at src/embed.c:765
#4 0x080de8bf in Parrot_runcode (interpreter=0x8335050, argc=1,
argv=0xbffff940) at src/embed.c:694
#5 0x0809d292 in main (argc=1, argv=0xbffff940) at imcc/main.c:578
Hope this is useful to somebody,
Matt
--
"Computer Science is merely the post-Turing Decline of Formal Systems Theory."
-???
