[Gc] Problem with GC on FreeBSD
urkedal at nbi.dk
Sun Apr 29 08:26:19 PDT 2012
On 2012-04-29, Ivan Maidanski wrote:
> Hi Petter,
> But do we need the whole functionality of GC_start_debugging for it? (I guess it degrades performance when if you dont use GC_debug API routines.)
I think we need to make these calls in all GC_debug_* functions in any
case, as they may be called by the client. But, I agree, these should
not be called unless the collector is being debugged. The expansion of
GC_INTERNAL_MALLOC in gc_priv.h redirects to the debug variants only
when DBG_HDRS_ALL is defined, which is the case when --gc-debug is
passed to configure, so this should be fine, right?
BTW, I updated the Ohloh (https://www.ohloh.net/p/bdwgc) repository
link. It still pointed to the CVS repo, so it started to look at bit
> Sun, 29 Apr 2012 13:37:11 +0200 Petter Urkedal <urkedal at nbi.dk>:
> > HI Ivan,
> > On 2012-04-28, Ivan Maidanski wrote:
> > > Sorry for the delay.
> > No problem.
> > > To my current understanding, the problem caused by missing GC_register_displacement(sizeof(oh)) (i.e. light "debugging_started") in GC_store_debug_info_inner. What do you think? (I guess I'll have some time to check your test case with such a fix tomorrow).
> > Indeed, there were missing calls to GC_start_debugging in
> > GC_debug_generic_malloc_inner in
> > GC_debug_generic_malloc_inner_ignore_off_page. I just copied the
> > pattern from the other allocation functions:
> > https://github.com/paurkedal/bdwgc/commits/fix-freelist-check-and-specific
> > It seems to work now on my end, including the disclaim_test.
> > _______________________________________________
> > Gc mailing list
> > Gc at linux.hpl.hp.com
> > https://www.hpl.hp.com/hosted/linux/mail-archives/gc/
More information about the Gc