Re: Array Support Fix

Believe it or not, the gzip patch is corrupt:

    gzcat <patch
    gzcat: stdin: unexpected end of file

Also, the current CVS jdbc doesn't compile, and I wonder if this will
fix that.


> 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
> snapshot.
>
> 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
> Greg
>
> _________________________________________________________________
> 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?
>
> http://www.postgresql.org/users-lounge/docs/faq.html

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026