Believe it or not, the gzip patch is corrupt:
gzcat: stdin: unexpected end of file
Also, the current CVS jdbc doesn't compile, and I wonder if this will
> As noted by Barry, the Array ResultSet methods should use
> an Encoding scheme. Now they do.
> The Array.java file can now hopefully be included in the
> This latest patch is gzipped to avoid my mailer's annoying
> word-wrap. Unpack to src/interfaces/java/org/posgresql
> and apply with: patch -p1 < patch.txt
> Patch was created for the latest (as of 8/22/01) dev snapshot.
> For this go-round I did not break formatting in ResultSet
> into a separate utility class because the Timestamp code
> needs access to a data member 'sbuf' that seems to be
> present only in jdbc2.ResultSet. Why is this, and can it
> be standardized? Either it shouldn't be a data member
> (just create a new StringBuffer ever time like jdbc1.ResultSet)
> or move this member up a level to org.postgresql.ResultSet
> where a utility class can use it independently of JDBC version.
> Long story short... didn't touch anything here for now.
> Take care
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
[ Attachment, skipping... ]
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
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
In response to
pgsql-patches by date
|Next:||From: Greg Zoller||Date: 2001-08-21 21:17:27|
|Subject: Re: Array Support Fix|
|Previous:||From: Mikhail Terekhov||Date: 2001-08-21 20:31:45|
|Subject: Re: [HACKERS] Re: WIN32 errno patch|