On Tuesday 30 November 2004 10:41, Ilja Booij wrote:
>
> True. For 2.0.2, this would be nice. On last thing, is libgc in all
> major distros (including FreeBSD)?
>
FYI, boehm-gc is in Gentoo.
Cheers,
Vincent.
> ___
> Dbmail-dev mailing list
> Dbmail-dev
mixing glib's allocation with gc is indeed an issue with the 2.1
codebase, but *not* for 2.0. But fixing the double-frees and looping
imap are critical and gc just helps spotting the trouble spot real
easy.
True. For 2.0.2, this would be nice. On last thing, is libgc in all
major distros (includ
On Mon, 29 Nov 2004 12:40:17 -0800, Sean Chittenden <[EMAIL PROTECTED]> wrote:
>
>
> >> Ilja, howabout it: can we start using gc in the codebase starting at
> >> 2.0.2?
> >
> > I missed a couple of messages on the list: I missed redirecting calloc
> > en realloc to GC which made dbmail-smtp barf.
Ilja, howabout it: can we start using gc in the codebase starting at
2.0.2?
I missed a couple of messages on the list: I missed redirecting calloc
en realloc to GC which made dbmail-smtp barf.
Ilja,
mixing glib's allocation with gc is indeed an issue with the 2.1
codebase, but *not* for 2.0
Paul J Stevens wrote:
Ilja, howabout it: can we start using gc in the codebase starting at 2.0.2?
I missed a couple of messages on the list: I missed redirecting calloc en realloc to GC which made dbmail-smtp
barf.
Ilja,
mixing glib's allocation with gc is indeed an issue with the 2.1 code
Ilja, howabout it: can we start using gc in the codebase starting at
2.0.2?
And there was *much* rejoicing :) This is good to hear. Just for
kicks, I bet you haven't noticed any slowdowns either. -sc
--
Sean Chittenden
On Mon, 29 Nov 2004 16:55:33 +0100, Paul J Stevens <[EMAIL PROTECTED]> wrote:
> I'm putting my money where my mouth is: I've modified the 2_0 code and
> replaced
> all strdup call with my_strdup call, implemented in debug.c
>
> This my_strdup is a complete ripoff from glib's g_strdup. It uses my_
I'm putting my money where my mouth is: I've modified the 2_0 code and replaced
all strdup call with my_strdup call, implemented in debug.c
This my_strdup is a complete ripoff from glib's g_strdup. It uses my_malloc to
assign memory allowing full usage of my_free throughout the code.
This als
Some first results are in:
imaputil.c (build_args, build_args_ext) seems to suffer from off-by-one errors
triggering out-of-bounds on the args array. They look quite messy, but then they
are at the heart of the imap command parser :-\
in many places strings are assigned with strdup, but later