[squid-dev] [PATCH] libmem API cleanup pt2
Kinkie
gkinkie at gmail.com
Wed Apr 20 13:19:05 UTC 2016
Looks reasonable to me, except that new class names do not comply with
naming conventions
--
Francesco
On Apr 20, 2016 8:00 AM, "Amos Jeffries" <squid3 at treenet.co.nz> wrote:
> On 12/04/2016 11:31 p.m., Amos Jeffries wrote:
> > This is the first of the followup patches I promised when applying the
> > un-polished bug 4438 patch to 4.0.8.
> >
> >
> > Convert all the objects using the libmem "old API" for as-needed pools
> > to using the MEMPROXY_CLASS() API which is better designed for late
> > initialization.
> >
> > The GetPool(type) function is now guaranteed to produce a
> > pre-initialized pool for all valid pool types. Except in the case where
> > it is recursively being used by Mem::Init() to perform that
> initialization.
> >
>
> This is about to pass the 10-day hold criteria for merge. If there are
> no objections I will apply it in a day or two after todays release has
> settled.
>
> Amos
>
> _______________________________________________
> squid-dev mailing list
> squid-dev at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-dev/attachments/20160420/48430be5/attachment.html>
More information about the squid-dev
mailing list