Re: Turning off the slice allocator

On Tue, 24 Jan 2006, Federico Mena Quintero wrote:

On Mon, 2006-01-23 at 17:22 +0100, Tim Janik wrote:

i'm currently working on a dedicated G_SLICE variable that can support
different checking/debugging modes, similar to MALLOC_CHECK_ as documented
in glibc's malloc(3).

what i think would be great is if we reworked your patch to support
G_DEBUG=gc-friendly which sets a glib variable glib_mem_gc_friendly to
then, all the #ifdef ENABLE_GC_FRIENDLY statements in glib can be changed to
if (glib_mem_gc_friendly), to enable memory debugging/profiling without
recompilation of glib (and for stock distribution binary packages).

We are already past API freeze for this release cycle in GNOME.  I'd
rather not delay this any further.

this is not an API change. and i don't get what exactly you fear being delayed,
please explain.

If you simply disable the slice allocator, you can already do a lot of
checking/debugging by running valgrind.

gc-friendlyness is interesting for a bunch of other memory profilers
as well, which is why it's supported by glib.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]