summaryrefslogtreecommitdiff
path: root/databases/jdbc-postgresql80
diff options
context:
space:
mode:
authorabs <abs>2007-01-13 21:31:18 +0000
committerabs <abs>2007-01-13 21:31:18 +0000
commit2c36a69acd3841e3cbfe85ca15676a5ddf2be508 (patch)
treeed2f38c414ff5878aa7658e3a4c8f0b2f8e55d0c /databases/jdbc-postgresql80
parentc9cedc49b9f447477156e538540e0c473416b77c (diff)
downloadpkgsrc-2c36a69acd3841e3cbfe85ca15676a5ddf2be508.tar.gz
Update databases/jdbc-postgres80 from postgresql-jdbc-8.0-315 to 318
Version 8.0-318 (2006-12-01) * update Brazilian Portuguese translation update. (jurka) Thanks to Euler Taveira de Oliveira. * fix When issuing multiple queries on one statement the driver was not clearing some intermediate state between executions. When an update, insert, or delete followed a select, the select's results were still available and would be returned instead of the non-query's affected row count. (jurka) Thanks to Gilles Rayrat. * fix When the driver asks the server to resolve a type the resolved type is stored in the SimpleQuery object. When the statement is executed again the driver determines whether the existing types match or if it needs to be reprepared by comparing the current Statement's settings with the SimpleQuery. The Statement will have the unspecified oid while the SimpleQuery will have the resolved oid, so there will not be a match and the statement will needlessly be reprepared. Allow an unspecified oid to match any resolved type. (jurka) Thanks to Akira Sato. * fix When creating a ResultSet from a refcursor, respect the creating ResultSet's scollability setting. The way the ResultSet is created means that it will always be scrollable anyway, so there's no downside. We cannot support updatable refcursor ResultSets until we get updatable cursors. (jurka) * fix Fix a bug in function escape processing. When dealing with an invalid escape the code attempted to read until it hit the escape end and press on, but it forgot to increment its position counter. This lead to an infinite loop that eventually resulted in an out of memory error. (jurka) * fix Update the documentation to reflect the fact that the default prepareThreshold is five, not zero. (jurka) * fix Correct escaping of named savepoints which follow identifier, not literal rules. (jurka) Thanks to Michael Paesold. Version 8.0-317 (2006-05-23) * fix A bad merge of out of memory detection and zero testing resulted in incorrectly handing of null values. (jurka) Thanks to Glenn Holmer. Version 8.0-316 (2006-05-22) * fix Error messages were not run through MessageFormat if it didn't have any parameters. This was a problem because all error messages are written expecting to be run through the formatter and use two single quotes when only one is desired in the output. Without being run through the formatter the two quotes appeared in the output. (jurka) Thanks to Giuseppe Sacco. * fix An OutOfMemoryError during fe<->be communication leaves the protocol in an unknown state. This prevents the caller from even closing the connection. Checking every allocation is a lot of work, but the most likely error location is going to be when receiving large result sets. Put in checks around receiving row data to detect memory exhaustion, keep the protocol in a known state, and report the failure back to the user. (jurka) Thanks to David Blasby. * fix gij/gcj has some JDK1.5 classes in it, but it only supports JDK1.4 as the default source level. This confuses older ant versions and our build script tries to compile a JDK1.5 version. Instead of letting ant detect the java version, let the jvm tell us that itself using java.specification.version as suggested by Heikki Linnakangas. Also put in a check for a JDK1.6 compile attempt and bail out with an explanatory unsupported error message instead of just failing at some random point. (jurka) * fix When a prepared statement uses different parameter types than what the statement was originally prepared for, the driver must replan the query for the new types. When doing this in batches the driver was not correctly freeing old plans. To cleanup prepared statements the driver records a reference to a query object in response to the ParseComplete message. The problem in this case was that since the driver sends multiple Parse messages before a Sync, when the driver receives the first ParseComplete message the query object now contains a reference to the latest parsed statement, not the first. So it was only cleaning up the last parsed statement not all of them. (jurka) Thanks to Peter Eisentraut.
Diffstat (limited to 'databases/jdbc-postgresql80')
-rw-r--r--databases/jdbc-postgresql80/Makefile4
-rw-r--r--databases/jdbc-postgresql80/distinfo14
2 files changed, 9 insertions, 9 deletions
diff --git a/databases/jdbc-postgresql80/Makefile b/databases/jdbc-postgresql80/Makefile
index 32afa64268f..d84d69f507a 100644
--- a/databases/jdbc-postgresql80/Makefile
+++ b/databases/jdbc-postgresql80/Makefile
@@ -1,4 +1,4 @@
-# $NetBSD: Makefile,v 1.5 2006/07/07 04:35:21 minskim Exp $
+# $NetBSD: Makefile,v 1.6 2007/01/13 21:31:18 abs Exp $
#
DISTNAME= postgresql-jdbc-8.0-${PGBUILD}.src
@@ -11,7 +11,7 @@ MAINTAINER= abs@NetBSD.org
HOMEPAGE= http://jdbc.postgresql.org/
COMMENT= PostgreSQL 8.0 JDBC3 driver
-PGBUILD= 315
+PGBUILD= 318
JARDIST= postgresql-8.0-${PGBUILD}.jdbc3.jar
JARFILE= postgresql80.jar
EXTRACT_ONLY= ${DISTFILES:N*.jar}
diff --git a/databases/jdbc-postgresql80/distinfo b/databases/jdbc-postgresql80/distinfo
index 6e639efd917..cbb56e13419 100644
--- a/databases/jdbc-postgresql80/distinfo
+++ b/databases/jdbc-postgresql80/distinfo
@@ -1,8 +1,8 @@
-$NetBSD: distinfo,v 1.2 2006/02/27 14:52:09 abs Exp $
+$NetBSD: distinfo,v 1.3 2007/01/13 21:31:18 abs Exp $
-SHA1 (postgresql-jdbc-8.0-315.src.tar.gz) = 9ad02cf076afb662cabd6f443076014880c0c21d
-RMD160 (postgresql-jdbc-8.0-315.src.tar.gz) = 53811081e54a880e35569032d8680d0d390e945c
-Size (postgresql-jdbc-8.0-315.src.tar.gz) = 424801 bytes
-SHA1 (postgresql-8.0-315.jdbc3.jar) = 2036c9537164c3e4310914a1515deaee21e77238
-RMD160 (postgresql-8.0-315.jdbc3.jar) = 7bb8a166f84bb14cadc877291edbeb886cdf1968
-Size (postgresql-8.0-315.jdbc3.jar) = 358738 bytes
+SHA1 (postgresql-8.0-318.jdbc3.jar) = 00d23b0a709369f2cee58ac5cfb7a042a36ff4cf
+RMD160 (postgresql-8.0-318.jdbc3.jar) = b3c4450cbc9736ae578ebd3f938015833daa1924
+Size (postgresql-8.0-318.jdbc3.jar) = 356118 bytes
+SHA1 (postgresql-jdbc-8.0-318.src.tar.gz) = 1bd308db0b69f66a0d195f91c1fb58ffa5891557
+RMD160 (postgresql-jdbc-8.0-318.src.tar.gz) = 2c4c6fa27b2d2724c979c19ce939b0827242ea71
+Size (postgresql-jdbc-8.0-318.src.tar.gz) = 423674 bytes