From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Joseph Shraibman <jks(at)selectacast(dot)net> |
Cc: | PostgreSQL jdbc list <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: [PATCHES] Re: [INTERFACES] Patch for JDBC timestamp problems |
Date: | 2001-01-24 23:42:08 |
Message-ID: | 200101242342.SAA17319@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Thanks. Applied.
> Right.
>
> Bruce Momjian wrote:
> >
> > OK, so you are saying I should apply the patch that removes the the
> > static. I will do it now. Thanks. That clears up a few open emails
> > for me.
> >
> > > Joseph Shraibman wrote:
> > > >
> > > > No, it cannot be static.
> > > >
> > >
> > > Well actually there could be static variables, but they could not be
> > > used directly. It might pay just to keep them around to clone() so we
> > > don't have to reconstruct them for every method that uses them. But the
> > > performance gain would be minimal and would add a bit of confusion to
> > > the code, so I don't suggest it.
> > >
> > >
> > > --
> > > Joseph Shraibman
> > > jks(at)selectacast(dot)net
> > > Increase signal to noise ratio. http://www.targabot.com
> > >
> >
> > --
> > Bruce Momjian | http://candle.pha.pa.us
> > pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
> > + If your life is a hard drive, | 830 Blythe Avenue
> > + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
>
> --
> Joseph Shraibman
> jks(at)selectacast(dot)net
> Increase signal to noise ratio. http://www.targabot.com
>
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-01-25 00:04:03 | Re: no way in LargeObject API to detect short read? |
Previous Message | Bruce Momjian | 2001-01-24 23:41:27 | Re: [PATCHES] Revised Patch for JDBC timestamp problems |