Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Two core dumps... (r9297)

1 view
Skip to first unread message

Nick Glencross

unread,
Oct 2, 2005, 7:04:16 AM10/2/05
to Perl 6 Internals
I haven't seen this mentioned on the list, and it might be widely
known... on i386 linux there are two core dumps left behind after a make
test.

I believe one to be NCI related (japh_10.pasm).

(gdb) where
#0 0x0812f738 in clone_regs_interp (d=0x0, s=0x8276d88, dest=0x843ca98)
at parrotinterpreter.pmc:48
#1 0x0812fa09 in clone_regs (d=0x0, s=0x8276d88, dest=0x843ca98)
at parrotinterpreter.pmc:175
#2 0x0812fa91 in clone_interpreter (dest=0x843ca98, self=0x828afb0)
at parrotinterpreter.pmc:202
#3 0x080ce27c in pt_thread_run (interp=0x8276d88, dest_interp=0x843ca98,
sub=0x843c9d8) at thread.c:156
#4 0x080ce378 in pt_thread_run_3 (interp=0x8276d88, dest_interp=0x843ca98,
sub=0x843c9d8) at thread.c:230
#5 0x081fbcc8 in pcf_v_JOP (interpreter=0x8276d88, self=0x828ba30)
at nci.c:3306
#6 0x081caac5 in Parrot_NCI_invoke (interpreter=0x8276d88, pmc=0x828ba30,
next=0x84a7dd8) at nci.pmc:144
#7 0x080e04fa in Parrot_invokecc_p (cur_opcode=0x84a7dd0,
interpreter=0x8276d88) at core.ops:417
#8 0x081585be in runops_slow_core (interpreter=0x8276d88, pc=0x84a7dd0)
at runops_cores.c:153
#9 0x08154d03 in runops_int (interpreter=0x8276d88, offset=0)
at interpreter.c:750
#10 0x081574d6 in runops (interpreter=0x8276d88, offs=0) at inter_run.c:81
#11 0x080c38da in Parrot_runcode (interpreter=0x8276d88, argc=1,
argv=0xbffa49ec) at embed.c:869
#12 0x080c3739 in Parrot_runcode (interpreter=0x8276d88, argc=1,
argv=0xbffa49ec) at embed.c:808
#13 0x08086556 in main (argc=1, argv=0xbffa49ec) at main.c:647

The other is from io_1.pir:

(gdb) where
#0 0xb737b181 in kill () from /lib/libc.so.6
#1 0xb7e7d131 in pthread_kill () from /lib/libpthread.so.0
#2 0xb7e7d4ab in raise () from /lib/libpthread.so.0
#3 0xb737af14 in raise () from /lib/libc.so.6
#4 0xb737c3ad in abort () from /lib/libc.so.6
#5 0xb737434f in __assert_fail () from /lib/libc.so.6
#6 0x08128ae3 in PIO_putps (interpreter=0x8276d88, pmc=0x8292838,
s=0x84342f8)
at io.c:1013
#7 0x080ea7f1 in Parrot_print_p_sc (cur_opcode=0x84d08b4,
interpreter=0x8276d88) at io.ops:308
#8 0x081585be in runops_slow_core (interpreter=0x8276d88, pc=0x84d08b4)
at runops_cores.c:153
#9 0x08154d03 in runops_int (interpreter=0x8276d88, offset=0)
at interpreter.c:750
#10 0x081574d6 in runops (interpreter=0x8276d88, offs=0) at inter_run.c:81
#11 0x080c38da in Parrot_runcode (interpreter=0x8276d88, argc=1,
argv=0xbf9017bc) at embed.c:869
#12 0x080c3739 in Parrot_runcode (interpreter=0x8276d88, argc=1,
argv=0xbf9017bc) at embed.c:808
#13 0x08086556 in main (argc=1, argv=0xbf9017bc) at main.c:647

Cheers,

Nick

Leopold Toetsch

unread,
Oct 2, 2005, 9:15:29 AM10/2/05
to Nick Glencross, Perl 6 Internals
Nick Glencross wrote:
>
> I haven't seen this mentioned on the list, and it might be widely
> known... on i386 linux there are two core dumps left behind after a make
> test.

Well, there are several TODO tests, which execute and fail more or less
deadly. That's it.

> I believe one to be NCI related (japh_10.pasm).

Yep.

> The other is from io_1.pir:

This was also discussed earlier. IO opcodes are tried on various PMC
types like Undef, and fail of course. These will go away, when we have
converted IO to methods.

> Cheers,
>
> Nick

leo

Nick Glencross

unread,
Oct 2, 2005, 9:57:15 AM10/2/05
to Perl 6 Internals, Leopold Toetsch
Leopold Toetsch wrote:

> Nick Glencross wrote:
>
>>
>> I haven't seen this mentioned on the list, and it might be widely
>> known... on i386 linux there are two core dumps left behind after a
>> make test.
>
>
> Well, there are several TODO tests, which execute and fail more or
> less deadly. That's it.

Sorry for the noise.

Nick

0 new messages