Re: Wine & Boehm garbage collector

[François-Denis Gonthier]

Thank you for all that information. I consider that any progress, even the
smallest one, is welcomed on that issue.  If needed, I'll forward that
information to a group that is more experience with Boehm's GC (GNU GJC
comes to my mind).

----- Original Message -----
From: "Vincent Béron" 
To: "François-Denis Gonthier" 
Cc: 
Sent: Friday, November 22, 2002 8:56 PM
Subject: Re: Wine & Boehm garbage collector

Le jeu 21/11/2002 à 21:22, Alexandre Julliard a écrit :
> François-Denis Gonthier  writes:
> > Apparently, the problem lies in Boehm GC, but before mailing Hans

Boehm
> > about this (he can probably provide limited support only), I'd like

to hear
> > about the people that knows about the internals of Wine.
>
> It seems that seg fault is deliberate, it's trying to determine the
> end of the addressable space. So if you continue execution the signal
> should get handled; maybe this is what breaks, or maybe it's something
> else later on.

It's somewhere else:

Program received signal SIGSEGV, Segmentation fault.
0x405a54ab in GC_mark_from (mark_stack_top=0x80871b8,
mark_stack=0x80870a8,
    mark_stack_limit=0x808f0a8) at mark.c:647
647               deferred = *limit;
(gdb) bt
#0  0x405a54ab in GC_mark_from (mark_stack_top=0x80871b8,
    mark_stack=0x80870a8, mark_stack_limit=0x808f0a8) at mark.c:647
#1  0x405a51a0 in GC_mark_some (
    cold_gc_frame=0x40822cf8
"´\005\@\034-\202@h7[@(ÕY@´\005\@L-\202@@ÙY@(ÕY@h7[@L-\202@+ÙY@¯ÓZ@")
at mark.c:374
#2  0x4059dc46 in GC_stopped_mark (stop_func=0x4059d528
<GC_never_stop_func>)
    at alloc.c:500
#3  0x4059d940 in GC_try_to_collect_inner (
    stop_func=0x4059d528 <GC_never_stop_func>) at alloc.c:353
#4  0x405a7868 in GC_init_inner () at misc.c:703
#5  0x405a3b6d in GC_generic_malloc_inner (lb=100, k=1) at malloc.c:123
#6  0x405a3c9f in GC_generic_malloc (lb=100, k=1) at malloc.c:190
#7  0x405a3f51 in GC_malloc (lb=100) at malloc.c:295
#8  0x4021512b in WinMain () at boehm_crash.c:5
#9  0x402150a5 in __wine_exe_main () at boehm_crash.exe.spec.c:109
#10 0x400b1f5c in start_process () at ../../scheduler/process.c:564
#11 0x400b5ed5 in call_on_thread_stack (func=0x400b1d24)
    at ../../scheduler/sysdeps.c:112

I can't seem to find anything else for now, such as why limits gets too
high.

Vincent