Re: Australian timezone configure option

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Chris Dunlop <chris(at)onthe(dot)net(dot)au>, pgsql-patches(at)postgresql(dot)org
Subject: Re: Australian timezone configure option
Date: 2001-06-12 16:39:09
Message-ID: 9089.992363949@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I found I didn't need to clear the date cache.
>>
>> Hmm, are you sure about that? I'm not.

> I checked and it caches a pointer to the struct, not the values
> themselves, and we don't change the structure, just the secondary values
> and not the key used by the bsearch.

Now I'm going to object LOUDLY. You cannot convince me that the above
is a good implementation --- it's a complete crock, and will break the
instant someone looks at it sidewise.

My inclination would actually be to rip out the cache entirely. bsearch
in a table this size is not so expensive that we need to bypass it, nor
is it apparent that we are going to see lots of successive lookups for
the same keyword anyway. How long has that cache been in there, and
what was the motivation for adding it to begin with?

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-06-12 16:44:57 Re: Patch to include PAM support...
Previous Message Bruce Momjian 2001-06-12 16:35:10 Re: Patch to include PAM support...

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2001-06-12 16:44:57 Re: Patch to include PAM support...
Previous Message Bruce Momjian 2001-06-12 16:35:10 Re: Patch to include PAM support...