On Fri, Sep 12, 2008 at 10:54 PM, chromatic <[EMAIL PROTECTED]> wrote: > On Friday 12 September 2008 19:48:30 Will Coleda wrote: > >> After many weeks away from tcl, I tried to do a make test today >> (r31046) and found a segfault. >> >> I can't easily generate PIR to narrow it down, because even the --pir >> option is segfaulting. >> >> doing a build and just running "../../parrot tcl.pbc" is enough to >> trigger the segfault (that should drop you into an interpreter.) >> >> I'll post more details tomorrow if I can. Here's a backtrace from gdb. >> >> >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 0xb6c708d0 (LWP 426)] >> 0xb7ca4e33 in pmc_new_noinit (interp=0x804f040, base_type=81) at >> src/pmc.c:300 300 PMC *const classobj = >> interp->vtables[base_type]->pmc_class; (gdb) bt >> #0 0xb7ca4e33 in pmc_new_noinit (interp=0x804f040, base_type=81) at >> src/pmc.c:300 >> #1 0xb7c7113b in Parrot_register_HLL_type (interp=0x804f040, >> hll_id=2, core_type=67, hll_type=81) >> at src/hll.c:362 > > Rough guess: you have a HLL type map before you load Tcl's dynpmcs. If so, > change the order of operations as a workaround. > > I think that might "fix" Lua too. > > -- c >
I never call .hll_map; all the mappings are done via the dynpmcs themselves. (I do have liberal uses of .hll spread about, though.) -- Will "Coke" Coleda
