Re: src/fs/coss/store_dir_coss.c

I am... in the generic modules code - which is leading up to runtime
module linking and removal.

Rob

----- Original Message -----
From: "Andres Kroonmaa" <andre@online.ee>
To: "Robert Collins" <robert.collins@itdomain.com.au>
Cc: <squid-dev@squid-cache.org>
Sent: Saturday, May 05, 2001 9:07 AM
Subject: Re: src/fs/coss/store_dir_coss.c

On 5 May 2001, at 8:42, Robert Collins <robert.collins@itdomain.com.au>
wrote:

> Most are only destroyed at squid exit. I submitted a patch here to
allow
> earlier destruction (because I was happily causing squid to SEGV on
> shutdown if pools where destroyed earlier :] ).
>
> You might want that patch applied :]

 Well, memClean is called. But NO other part of squid is calling
 memPoolDestroy(), which is kind of weird, as this call is in lots
 places over the source.

> Rob
>
> ----- Original Message -----
> From: "Andres Kroonmaa" <andre@online.ee>
> To: "Adrian Chadd" <adrian@creative.net.au>
> Cc: <squid-dev@squid-cache.org>
> Sent: Saturday, May 05, 2001 3:06 AM
> Subject: Re: src/fs/coss/store_dir_coss.c
>
>
> On 4 May 2001, at 22:55, Adrian Chadd <adrian@creative.net.au> wrote:
>
> > On Fri, May 04, 2001, Andres Kroonmaa wrote:
> > >
> > > While fixing src to use new style memPoolDestroy() I came across
> > > that coss_index_pool is not destroyed.
> > > I hope somebody familiar with COSS would say if its right.
> >
> > Oh? Hrm. ok. Do it. :-)
>
> On the other note, to see how memPoolDestroy() works I put a
breakpoint
> on it, and I can't get it triggered. Is any pool actually ever
> destroyed
> in squid? When?
>
>
> ------------------------------------
> Andres Kroonmaa <andre@online.ee>
> CTO, Delfi Online
> Tel: 6501 731, Fax: 6501 708
> Pärnu mnt. 158, Tallinn,
> 11317 Estonia
>
>
>

------------------------------------
 Andres Kroonmaa <andre@online.ee>
 CTO, Delfi Online
 Tel: 6501 731, Fax: 6501 708
 Pärnu mnt. 158, Tallinn,
 11317 Estonia
Received on Fri May 04 2001 - 17:20:59 MDT