Re: [Pnet-developers] pnet on NetBSD2.0

[Chris Bacon]

OK, this is as far as it got, trying to 'continue' here just repeated the
same error

(gdb) cont
Continuing.
nbsd_thread_fetch_registers: td_map_id2thr: process callback error

(gdb) bt
#0  0x080e0058 in GC_FirstDLOpenedLinkMap () at dyn_load.c:494
#1  0x00001000 in ?? ()
#2  0x080e0076 in GC_register_dynamic_libraries () at dyn_load.c:514
#3  0x080dc457 in GC_push_roots (all=Error accessing memory address
0xbfbff980:
No such process.) at mark_rts.c:585
#4  0x080da953 in GC_mark_some (cold_gc_frame=Error accessing memory address
0xb
fbff9a0: No such process.) at mark.c:304
#5  0x080d7a62 in GC_stopped_mark (stop_func=Error accessing memory address
0xbf
bff9e0: No such process.) at alloc.c:520
#6  0x080d77c6 in GC_try_to_collect_inner (stop_func=Error accessing memory
addr
ess 0xbfbffa10: No such process.) at alloc.c:367
#7  0x080dcc2a in GC_init_inner () at misc.c:782
#8  0x080d9db5 in GC_generic_malloc_inner (lb=Error accessing memory address
0xb
fbffa60: No such process.) at malloc.c:125
#9  0x080d9ea0 in GC_generic_malloc (lb=Error accessing memory address
0xbfbffa9
0: No such process.) at malloc.c:192
#10 0x080da51b in GC_malloc_uncollectable (lb=Error accessing memory address
0xb
fbffab0: No such process.) at mallocx.c:572
#11 0x0806f9c5 in ILExecProcessCreate (stackSize=Error accessing memory
address
0xbfbffad0: No such process.) at process.c:69
#12 0x0804abca in main (argc=Error accessing memory address 0xbfbffb74: No
such
process.) at ilrun.c:367
#13 0x0804a6c2 in ___start ()
Error accessing memory address 0xbfbffbac: No such process.
(gdb)

Hope this helps...

Chris

----- Original Message ----- 
From: "Gopal V" <address@hidden>
To: "Chris Bacon" <address@hidden>; <address@hidden>
Sent: Thursday, November 18, 2004 3:32 PM
Subject: Re: [Pnet-developers] pnet on NetBSD2.0


> Hi,
>
> > 0x080dd876 in GC_find_limit (p=0x810e590 "????",
> > up=0) at os_dep.c:812
> > 812                     GC_noop1((word)(*result));
>
> Hmm.. apparently that seems to be a a *valid segfault*
> based check for upper limit of memory ?.
>
> Btw, slightly offtopic. But a segfault is not always
> a cause of worry in pnet when debugging . We have a
> NULL check elimination scheme which uses platform
> signals to pick up NULL pointers without the overhead
> of an if() check & branch :) . If the program is well
> designed this is faster as the exception should be for
> "exceptional" cases .
>
> > (gdb) bt
> > #0  0x080dd876 in GC_find_limit (p=0x810e590 "????",
> > up=0) at os_dep.c:812
>
> It's a good idea to continue until it doesn't go any
> further before a BT :)
>
> Gopal
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> _______________________________________________
> Pnet-developers mailing list
> address@hidden
> http://dotgnu.org/mailman/listinfo/pnet-developers
>