1. 17 Apr, 2000 1 commit
  2. 15 Sep, 1999 1 commit
  3. 18 May, 1999 1 commit
  4. 25 Jan, 1999 1 commit
    • Marc G. Fournier's avatar
      · 2ee52295
      Marc G. Fournier authored
      From: Peter T Mount <peter@retep.org.uk>
      
      This implements some of the JDBC2 methods, fixes a bug introduced into the
      JDBC1 portion of the driver, and introduces a new example, showing how to
      use the CORBA ORB thats in Java2 with JDBC.
      
      The Tar file contains the new files, the diff the changes to the others.
      CHANGELOG is separate as I forgot to make a .orig ;-)
      2ee52295
  5. 17 Jan, 1999 1 commit
    • Bruce Momjian's avatar
      As the email posted to the announce and interfaces list, attached is a tar · 298682d9
      Bruce Momjian authored
      file containing the latest version of the JDBC driver, allowing it to be
      compiled and used under JDK 1.2 and later.
      
      NB: None (well almost none) of the new methods actually do anything. This
      release only handles getting it to compile and run. Now this is done, I'll
      start working on implementing the new stuff.
      
      Now this tar file replaces everything under src/interfaces/jdbc. I had to
      do it this way, rather than diffs, because most of the classes under the
      postgresql subdirectory have moved to a new directory under that one, to
      enable the support of the two JDBC standards.
      
      Here's a list of files in the tar file. Any file not listed here (in the
      postgresql directory) will have to be deleted, otherwise it could cause
      the driver to fail:
      
      Peter Mount
      298682d9
  6. 03 Sep, 1998 1 commit
  7. 03 Jun, 1998 1 commit
    • Marc G. Fournier's avatar
      · 85f91d0e
      Marc G. Fournier authored
      From: Peter T Mount <patches@maidast.demon.co.uk>
      
      Bug fixes:
      
              PreparedStatement.setObject didn't handle short's
      
              ResultSet.getDate() now handles null dates (returns null rather
              than a NullPointerException)
      
              ResultSetMetaData.getPrecision() now returns 0 for VARCHAR
      
      New features:
      
              Field now caches the typename->oid in a Hashtable to speed things
              up. It removes the need for some unnecessary queries to the
              backend.
      
              PreparedStatement.toString() now returns the sql statement that
              it will send to the backend. Before it did nothing.
      
              DatabaseMetaData.getTypeInfo() now does something.
      85f91d0e
  8. 18 Apr, 1998 1 commit
    • Marc G. Fournier's avatar
      From: Peter T Mount <patches@maidast.demon.co.uk> · b542fa1a
      Marc G. Fournier authored
      This fixes a problem in ResultSet.getDate() when the column is NULL
      (reported by Vincent Partington <Vincent.Partington@nmg.nl>)
      
      And fixes a problem with Field's (ResultSet.getObject() was proving to be
      slow as it repetedly send queries for oid -> name mapping - fixed by
      creating a cache. (reported by Mario Ellebrecht <ellebrec@nads.de>)
      b542fa1a
  9. 15 Mar, 1998 1 commit
    • Marc G. Fournier's avatar
      From: Peter T Mount <patches@maidast.demon.co.uk> · 31a925c4
      Marc G. Fournier authored
      Ok, this fixes three things:
      
      1. It seems (from tests submitted by two people with JBuilder) that
         JBuilder expects a responce from ResultSetMetaData.getPrecision() &
         getScale() when used on non numeric types. This patch makes these
         methods return 0, instead of throwing an exception.
      
      2. Fixes a small bug where getting the postgresql type name returns null.
      
      3. Fixes a problem with ResultSet.getObject() where getting it's string
         value returns null if you case the object as (PGobject), but returns
         the value if you case it as it's self.
      31a925c4
  10. 11 Jan, 1998 1 commit
  11. 07 Nov, 1997 1 commit
  12. 31 Aug, 1997 1 commit
  13. 16 Aug, 1997 1 commit