Geetha Manjunath wrote:
> > Hmm.. immediately there is one additional question on clientReadRequest
> > when called from icapReqModReadReply. How does it handle the case where
> > the full request could not be read immediately? To me it looks like the
> > connection gets stuck in such case with cl
Hello Henrik,
Thanks for your interest/time in the icap related changes...It is also
good to know that my changes are not so out of the way. Please find
my comments inline...
Henrik Nordstrom wrote:
>
> Ok. So if conn->me.sin_family is not set then the call came from
> icapReqModReadReply, an
Chengdu Huang wrote:
>
> > Squid knows if there is clients currently reading the (possibly old)
> > object, and it won't be deleted in such case until those clients are
> > done.
>
> Is that tracked by entry->mem_obj->clients?
No, by storeLock/UnlockObject.
> I am still not comfortable with the
Daniel Draper wrote:
> I am setting up a sourceforge site for the teeny bit of code that I'm
> writing but I guess its best to have some sort of formality.
Why not use the existing devel.squid-cache.org SourceForge project?
Regards
Henrik
> Squid knows if there is clients currently reading the (possibly old)
> object, and it won't be deleted in such case until those clients are
> done.
Is that tracked by entry->mem_obj->clients?
I am still not comfortable with the structure that each URL maps to a
StoreEntry and a MemObject while m