Thanks for the test case. The problem turns out to be sloppy coding in
exprTypmod(): it recurses twice on the first argument of a COALESCE,
making for exponential growth in the time needed to process a deep nest
of COALESCE expressions ... which is exactly what your deeply nested
FULL JOINs
The following bug has been logged online:
Bug reference: 2059
Logged by: Chris Storah
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.3
Operating system: Linux - Fedora Core 4 x86_64 version
Description:PGConnect fails when used in a thread
Details:
The following bug has been logged online:
Bug reference: 2060
Logged by: Manideep Kalisetty
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.2.2
Operating system: Windows and Linux
Description:Issue with Data base connection
Details:
I am using
The following bug has been logged online:
Bug reference: 2058
Logged by: Mantelos Dimitrios
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.1.0.2
Operating system: Windows XP Pro Linux Gentoo 2.6.13
Description:Wrong Greek ISO-encoding assignment
Details:
The following bug has been logged online:
Bug reference: 2061
Logged by: Florian Steinel
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.1.0
Operating system: Gentoo 2005.1
Description:pg_dumpall -f not supported
Details:
pg_dump supports the f option but
I ran into a very strange disappearance of a postgresql data file.The environment:Windows XP professionalselect version();PostgreSQL 8.0.1 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 3.4.2
(mingw-special)All datafiles are within c:\ghum\datathat part of the harddrive is only accessable to
Chris Storah [EMAIL PROTECTED] writes:
fe-connect.c - parseServiceInfo is failing because no service option is
being used in the connection string so service is NULL. The line that fails
is the 'snprintf(serviceFile, MAXPGPATH, %s/pg_service.conf, ...) line.
Huh? That statement doesn't use
The following bug has been logged online:
Bug reference: 2062
Logged by: David Begley
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.1
Operating system: Windows
Description:Timezone unrecognised
Details:
Sorry this is probably going to be a PITA issue.
On Mon, Nov 21, 2005 at 03:59:39PM +, David Begley wrote:
The following bug has been logged online:
Bug reference: 2062
Logged by: David Begley
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.1
Operating system: Windows
Description:Timezone
Acure [EMAIL PROTECTED] wrote
As pgsql user i execute initdb :
initdb -U pgsql -W -D datapl
and it stop on :
creating template1 database in tescik/base/1 ...
Why you set datapl as the data directory but you get a tescik? Also, to
see where it stops, you can add a -d flag to
On Mon, 21 Nov 2005, Manideep Kalisetty wrote:
Bug reference: 2060
Email address: [EMAIL PROTECTED]
PostgreSQL version: 7.2.2
Description:Issue with Data base connection
Details:
I am using postgresql-8.1dev-402.jdbc3.jar JDBC driver and websphere
application server. Even
On Fri, 11 Nov 2005, Reuben Pasquini wrote:
Bug reference: 2036
Description:8.1 JDBC busted date with INTERVAL update
Details:
Something like this would work with the postgres-7.4
jdbc3.jar driver, but fails with the shown error with
postgres-8.1 jdbc3.jar driver.
Running with a
12 matches
Mail list logo