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
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 th
""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,
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:Timezon
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.
Po
"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'
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 u
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 pg_
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:
D
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 postgresql-8.1d
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:
fe-conn
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
12 matches
Mail list logo