[BUGS] Major problem in PostgreSQL JDBC driver that will cause OutOfMemoryErrors

The PostgreSQL JDBC ( bundled with 7.1 RC3 at least) driver makes use of Java's ThreadLocal class in the .../jdbc2/PreparedStatement.java class to hold onto DateFormat classes used during the setTImestamp() and setDate() calls. Sun's J2SE 1.3 has a major bug in the implementation of ThreadLoca

[BUGS] When I install postgresql using rpm it is ok. When I compile the fonts and execute the initdb hapen a Error: unknown type 'ame'.

Marcos Roberto Henker ([EMAIL PROTECTED]) reports a bug with a severity of 3 The lower the number the more severe it is. Short Description When I install postgresql using rpm it is ok. When I compile the fonts and execute the initdb hapen a Error: unknown type 'ame'. Long Description initdb Thi

[BUGS] aliasing table name in update

Hi there, Upgrading from 7.0.3 to 7.1(rc4) went very smooth - but a small issue came up: The following statement does not work any more: update l set i=2 from longname l where l.i=1; Not a big problem, but you should know ;-) With kind regards / Mit freundlichem Gruß Holger Klawitt

[BUGS] Major Memory Leak in PostgreSQL JDBC Driver

At least the 7.1 RC3 driver has a memory leak in that the .../jdbc2/PreparedStatement.java class uses Java's ThreadLocal object for "optimization" reasons. However, Sun's J2SE 1.3 leaks memory whenever this class is used. Hence, repeated use of the JDBC driver's PreparedStatement class will cause

[BUGS] Loss of significant digits on pg_dump

Patricia Holben ([EMAIL PROTECTED]) reports a bug with a severity of 2 The lower the number the more severe it is. Short Description Loss of significant digits on pg_dump Long Description This has been noticed on 7.0.3 and all betas/releases of 7.1. When data is stored as a timestamp(see examp