Re: Traffic jams in fn_extra - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Traffic jams in fn_extra
Date
Msg-id 30750.1384918340@sss.pgh.pa.us
Whole thread Raw
In response to Traffic jams in fn_extra  (Paul Ramsey <pramsey@cleverelephant.ca>)
Responses Re: Traffic jams in fn_extra
List pgsql-hackers
Paul Ramsey <pramsey@cleverelephant.ca> writes:
> As we've added different kinds of caching, in our own project, we've banged up against problems of multiple functions
tryingto stuff information into the same pointer, and ended up putting an extra container of our own into fn_extra, to
holdthe different kinds of stuff we might want to store, a GenericCacheCollection
 

TBH, I fail to understand what you're on about here.  Any one function
owns the value of fn_extra in calls to it, and is solely responsible for
its usage; furthermore, there's no way for any other code to mangle that
pointer unless the owner explicitly makes it available.  So where is
the problem?  And if there is a problem, how does adding another field
of exactly the same kind make it better?
        regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Turning recovery.conf into GUCs
Next
From: Tom Lane
Date:
Subject: Re: Clang 3.3 Analyzer Results