Re: storeGet() -> storeGetPublic() ?

From: Robert Collins <robert.collins@dont-contact.us>
Date: Sun, 7 Jan 2001 10:31:51 +1100

Cool.
To check I understand -> the patches from storeGet-storeGetPublic are interim until someone goes through those calling functions and
gets them to use storeLookup?

----- Original Message -----
From: "Adrian Chadd" <adrian@creative.net.au>
To: "Robert Collins" <robert.collins@itdomain.com.au>
Cc: <squid-dev@squid-cache.org>
Sent: Sunday, January 07, 2001 10:18 AM
Subject: Re: storeGet() -> storeGetPublic() ?

> On Sun, Jan 07, 2001, Robert Collins wrote:
> > Whatabout turning it into a callback?
> >
> > StoreGetPublic (carryonfn,data,params)
> > return
> >
> > carryonfn(data,resultstruct *){
> > ...
> > }
>
> That is what storeLookup() is. It takes a uri, method,
> callback and callback_data. When the operation completes,
> the callback is called with the callback_data and the
> StoreEntry representing a found object (or NULL for
> a miss).
>
> I want to get rid of storeGet() / storeGetPublic() altogether.
>
> It should work just dandy for things such as reiserfs_raw.
> As noted by Alex this is going to break ICP and cache
> digests for now, but I plan on reintroducing the cache digests
> as an integral part of the storage mechanism rather than
> an addon which is how it is implemented today.
>
>
> Adrian
>
>
> --
> Adrian Chadd "Here's five for the cake, and
> <adrian@creative.net.au> five to buy a clue."
> - Ryan, Whatever it Takes
>
Received on Sat Jan 06 2001 - 16:20:49 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:13:11 MST