Re:RE: Sorry for interrupting again. :-)

Thanks Rob,

The input parameter of the function cbdataDump is a StoreEntry, so
I am puzzled that whether the StoreEntry is associated with a cbdata,
or a StoreEntry associated with several cbdata, or on the contrary, a
cbdata associated with several StoreEntry?

I can not see clearly the storage graph of them. :-(

Can you help?

Best regards,
George, Ma

----- Original Message -----
From: Robert Collins
To: maer727@sohu.com
Subject: RE: Sorry for interrupting again. :-)
Sent: Fri Apr 19 21:09:37 CST 2002

>
>
> > -----Original Message-----
> > From: maer727@sohu.com [mailto:maer727@sohu.com]
> > Sent: Friday, April 19, 2002 11:07 PM
> > To: Robert Collins
> > Subject: Sorry for interrupting again. :-)
> >
> >
> > Hi, Rob.
> >
> > What puzzles me most is the relationship between StoreEntry
> > and cbdata,
> > like this in CBDATA.c,
> >
> > static void
> > cbdataDump(StoreEntry * sentry)
> > {
> > storeAppendPrintf(sentry, "%d cbdata entries
", cbdataCount);
> > storeAppendPrintf(sentry, "see also memory pools section
"); }
> >
> > Can you give me a simple explanation about the relationship
> > between StoreEntry
> > and cbdata?
>
> What this function is doing is listing the amount of in-progress store
> related callback functions. Each function call needs a cbdata struct to
> store it's private state.
>
> cbdata is a utility type - in C++ it would be considered a base class.
>
> Rob
Received on Fri Apr 19 2002 - 07:41:01 MDT