Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

PostgreSQL

The world's most advanced open source database.

pgsql-bugs - March 2005

Prev | Next

Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

2005-03-01

BUG #1512: Assertion failure (lock.c:1537) with SELECT FOR UPDATE and savepoints Stephen Clouse (02:04)
Re: BUG #1512: Assertion failure (lock.c:1537) with SELECT FOR UPDATE and savepoints Michael Fuhr (03:00)
Re: BUG #1512: Assertion failure (lock.c:1537) with SELECT FOR UPDATE and savepoints Tom Lane (05:58)
bcmwltry.exe, libeay32.dll Tom Belich (19:20)
Re: bcmwltry.exe, libeay32.dll Magnus Hagander (19:40)
Re: BUG #1512: Assertion failure (lock.c:1537) with SELECT FOR UPDATE and savepoints Tom Lane (21:20)

2005-03-02

BUG #1513: pg_dump -t doesn't include sequences for pre-v8-created tables Chris Hutchinson (03:59)
Re: Errors using Postgres 7.4.6 Michael Fuhr (08:38)
BUG #1514: Inheritance and Primary Keys Peter Newman (15:23)
relation "pg_user" does not exist Rick Roman (16:18)
Re: bcmwltry.exe, libeay32.dll Tom Belich (16:41)
typos in the docu Stefan Hans (17:35)
Re: [BUGS] typos in the docu David Fetter (18:29)
Re: Errors using Postgres 7.4.6 Tom Lane (19:02)
Re: Fw: typos in the docu Robert Treat (19:08)
BUG #1515: cant start, err 10045 Armin Diehl (19:17)
Re: relation "pg_user" does not exist Tom Lane (19:45)
Re: typos in the docu Tom Lane (19:59)
BUG #1516: DOC BUG: Interval type syntax and interval literal syntax Roy Badami (21:35)
BUG #1517: SQL interval syntax is accepted by the parser, but the interpretation is bogus Roy Badami (21:56)
BUG #1518: Conversions to (undocumented) SQL year-month and day-time interval types silently discard data Roy Badami (22:22)
Re: BUG #1516: DOC BUG: Interval type syntax and interval literal Roy Badami (22:32)
Re: relation "pg_user" does not exist Rick Roman (22:45)
Re: relation "pg_user" does not exist Tom Lane (23:25)

2005-03-03

BUG #1519: server closed the connection unexpectedly Al Torres (07:01)
BUG #1520: messages in Russian is made wrong Ivan Chumak (08:51)
BUG #1521: precision column value returned from getTypeInfo() always value of 9 Sergio Lob (17:36)
BUG #1522: there's a syntax error using psql, distinct DIEGO URRA (19:15)
BUG #1523: precision column value returned from getTypeInfo() always has value 9 Sergio Lob (21:24)

2005-03-04

Re: BUG #1523: precision column value returned from getTypeInfo() Oliver Jowett (02:07)
Re: BUG #1523: precision column value returned from getTypeInfo() Kris Jurka (03:06)
BUG #1524: drop view cascade deletes other user's views Dennis van Dok (10:17)
BUG #1525: wrong time when getting timestamp from date field Franois LECOMTE (10:35)
Re: BUG #1523: precision column value returned from getTypeInfo() Sergio Lob (13:58)
BUG #1526: SHRT_MIN out of range on explicit type conversion Kelly Burkhart (20:14)
BUG #1527: select retrieves 0 rows after vacuum analyze Theo Petersen (20:22)
Re: BUG #1522: there's a syntax error using psql, distinct Stephan Szabo (22:18)

2005-03-05

Re: BUG #1524: drop view cascade deletes other user's views Tom Lane (04:43)
Re: BUG #1527: select retrieves 0 rows after vacuum analyze Tom Lane (04:46)
Re: BUG #1526: SHRT_MIN out of range on explicit type conversion Tom Lane (04:49)
Re: BUG #1525: wrong time when getting timestamp from date Kris Jurka (05:11)
Re: BUG #1527: select retrieves 0 rows after vacuum analyze Michael Fuhr (06:20)

2005-03-06

Likely typo in FAQ_DEV.html Hashem Masoud (20:25)
Re: [BUGS] BUG #1523: precision column value returned from getTypeInfo() Oliver Jowett (22:42)
BUG #1528: Rows returned that should be excluded by WHERE clause Peter Wright (22:47)

2005-03-07

Re: BUG #1514: Inheritance and Primary Keys Michael Fuhr (04:22)
Re: BUG #1519: server closed the connection unexpectedly Hans-Jürgen Schönig (10:44)
Re: [BUGS] BUG #1523: precision column value returned from getTypeInfo() Sergio Lob (15:42)
Re: BUG #1527: select retrieves 0 rows after vacuum analyz Theo Petersen (16:11)
Re: BUG #1527: select retrieves 0 rows after vacuum analyze Michael Fuhr (16:57)
Re: [BUGS] BUG #1523: precision column value returned from Oliver Jowett (20:27)
Re: Likely typo in FAQ_DEV.html Robert Treat (21:22)
BUG #1529: Psql doesnt ask for passowrd Daniel Wilches (23:57)

2005-03-08

Re: BUG #1528: Rows returned that should be excluded by WHERE clause Tom Lane (08:07)
BUG #1530: search on uuid indexed article returns no resultat Avram (08:55)
BUG #1531: rotated log truncation broken Markus Bertheau (11:33)
Re: BUG #1531: rotated log truncation broken Richard Huxton (11:56)
Re: [pgsql-www] Likely typo in FAQ_DEV.html Robert Treat (13:28)
Re: BUG #1531: rotated log truncation broken Tom Lane (15:32)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Gill, Jerry T. (16:41)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Tom Lane (17:14)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Gill, Jerry T. (17:31)
CC Date format code defaults to current centry Joe Brown (17:40)

2005-03-09

BUG #1532: typecast problem between arrays of an int8 derived datatype and varchar[] Ezequiel Tolnay (02:09)
Fault when return strings over 256 characters in PLpgSQL function cathy.hemsley (11:11)
Re: Fault when return strings over 256 characters in PLpgSQL Neil Conway (11:56)
Re: [pgsql-bugs] Daily digest v1.1387 (8 messages) Josh Berkus (17:49)
Re: [BUGS] BUG #1523: precision column value returned from Sergio Lob (18:21)
Re: [BUGS] BUG #1523: precision column value returned from Oliver Jowett (21:10)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Tom Lane (23:40)

2005-03-10

Re: could not read, could not write, could not fsync, Windows 2000, PostgreSQL 8.0.1 Qingqing Zhou (02:14)
We are not following the spec for HAVING without GROUP BY Tom Lane (02:21)
Re: We are not following the spec for HAVING without GROUP BY Kevin Brown (03:30)
Re: We are not following the spec for HAVING without GROUP BY Greg Stark (03:46)
Re: We are not following the spec for HAVING without GROUP Christopher Kings-Lynne (04:00)
Re: We are not following the spec for HAVING without GROUP Tom Lane (04:44)
Re: We are not following the spec for HAVING without GROUP BY Tom Lane (05:06)
Re: We are not following the spec for HAVING without GROUP Mark Shewmaker (05:20)
R: Fault when return strings over 256 characters in PLpgSQL Burn ! (08:43)
Re: R: Fault when return strings over 256 characters in PLpgSQL cathy.hemsley (08:45)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY Zeugswetter Andreas DAZ SD (09:17)
BUG #1533: "*OLD*" relation not recognized in CREATE RULE Henk van den Toorn (09:38)
ALTER DATABASE ... RENAME: permission denied for superuser Alexander M. Pravking (10:43)
Re: ALTER DATABASE ... RENAME: permission denied for superuser Tom Lane (15:15)
BUG #1534: 2^32-1 commands limitation in one transcation yingqun wang (15:42)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY Tom Lane (17:44)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY Gill, Jerry T. (18:13)
Re: [HACKERS] We are not following the spec for HAVING without GROUP Kevin HaleBoyes (18:21)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY Barry Lind (18:34)
Re: [HACKERS] We are not following the spec for HAVING without Gary Doades (19:12)
Re: [HACKERS] We are not following the spec for HAVING without Michael Fuhr (19:24)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY johnnnnnn (20:01)
Re: We are not following the spec for HAVING without GROUP BY Jaime Casanova (20:14)
Re: [HACKERS] We are not following the spec for HAVING without GROUP Mark Kirkwood (21:37)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY Mark Shewmaker (22:42)
Re: [HACKERS] We are not following the spec for HAVING without GROUP BY Tom Lane (23:09)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Tom Lane (23:49)

2005-03-11

Re: We are not following the spec for HAVING without GROUP John R Pierce (00:32)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Peter Wright (05:45)
Re: BUG #1528: Rows returned that should be excluded by WHERE clause Tom Lane (06:48)
Re: [HACKERS] We are not following the spec for HAVING without GROUP Heikki Linnakangas (08:20)
BUG #1535: ODBC bug in pgslqodbc-08_00_0101 Miguel Juan (09:13)
BUG #1536: alter command biju (10:33)
BUG #1537: alter table statement biju (11:12)
Re: Likely typo in FAQ_DEV.html Bruce Momjian (11:42)
Re: Likely typo in FAQ_DEV.html Bruce Momjian (11:43)
BUG #1538: Unable to reattach to shared memory Ludwig Lim (12:55)
Re: We are not following the spec for HAVING without GROUP Terry Yapt (13:37)
Re: [BUGS] BUG #1523: precision column value returned from Sergio Lob (14:56)
Re: [BUGS] BUG #1523: precision column value returned from Sergio Lob (15:55)
BUG #1539: Suggestion Patrick Boulay (20:19)
odd initdb.exe failure on windows Steve McWilliams (20:53)
Re: [BUGS] BUG #1523: precision column value returned from Oliver Jowett (21:13)
Re: odd initdb.exe failure on windows Magnus Hagander (21:48)

2005-03-12

Re: ALTER DATABASE ... RENAME: permission denied for superuser Bruce Momjian (21:30)

2005-03-13

BUG #1540: Enhancement request: 'ambiguous' column reference in psql Richard Neill (07:51)
BUG #1541: Unusually long INSERT times after fresh clean/CREATE TABLES John Engelhart (23:13)

2005-03-14

random FlushRelationBuffers() failed on Pg8.0.1 Win32 Qingqing Zhou (02:23)
Re: CC Date format code defaults to current centry Bruce Momjian (02:24)
Re: BUG #1540: Enhancement request: 'ambiguous' column reference Neil Conway (03:00)
Re: [BUGS] We are not following the spec for HAVING without GROUP Greg Stark (04:24)
Re: [BUGS] We are not following the spec for HAVING without GROUP Bruno Wolff III (04:56)
Re: BUG #1537: alter table statement Michael Fuhr (05:00)
Re: BUG #1540: Enhancement request: 'ambiguous' column reference in psql Tom Lane (05:06)
Re: BUG #1539: Suggestion Tom Lane (05:09)
Re: BUG #1541: Unusually long INSERT times after fresh clean/CREATE TABLES Tom Lane (05:13)
Re: [BUGS] We are not following the spec for HAVING without GROUP Greg Stark (05:35)
Re: BUG #1533: "*OLD*" relation not recognized in CREATE RULE Tom Lane (05:53)
Re: BUG #1530: search on uuid indexed article returns no resultat Tom Lane (05:59)
Re: [BUGS] We are not following the spec for HAVING without GROUP Bruno Wolff III (06:12)
Re: [BUGS] We are not following the spec for HAVING without GROUP Tom Lane (06:49)
Re: [BUGS] We are not following the spec for HAVING without GROUP Tom Lane (06:52)
Re: BUG #1537: alter table statement Tom Lane (06:54)
Re: [BUGS] We are not following the spec for HAVING without GROUP Bruno Wolff III (07:26)
Re: [BUGS] We are not following the spec for HAVING without GROUP Greg Stark (09:13)
BUG #1542: pg_dump seg fault Andrew Slobodyanyk (10:46)
Re: CC Date format code defaults to current centry Andre Maasikas (11:11)
BUG #1543: Problem with restore DB Ales Vojacek (11:55)
Re: BUG #1537: alter table statement Michael Fuhr (11:58)
Re: [HACKERS] We are not following the spec for HAVING without GROUP Manfred Koizar (12:40)
BUG #1544: Problems with ODBC Pavlo Zhezhnych (12:43)
Re: [BUGS] We are not following the spec for HAVING without Dennis Bjorklund (12:59)
Re: BUG #1541: Unusually long INSERT times after fresh clean/CREATE TABLES John Engelhart (14:33)
Possible temp table bug in PostgreSQL 7.4.7 / 8.0.1 Oliver Siegmar (15:46)
Re: [BUGS] We are not following the spec for HAVING without GROUP Greg Stark (15:49)
Re: [BUGS] We are not following the spec for HAVING without Dennis Bjorklund (15:59)
Re: [BUGS] We are not following the spec for HAVING without GROUP Greg Stark (16:51)
Re: BUG #1542: pg_dump seg fault Tom Lane (18:39)
Re: BUG #1540: Enhancement request: 'ambiguous' column reference Richard Neill (23:18)

2005-03-15

BUG #1545: LIBPQ Windows Version not calling WSACleanup for every WSAStartup Jason Erickson (05:53)
BUG #1546: Temp table isn't deleted at the end of a transaction / ON COMMIT DROP has no effect Oliver Siegmar (07:50)
Problem with restore DB Ales Vojacek (07:59)
Re: BUG #1542: pg_dump seg fault Andrew Slobodyanyk (09:53)
BUG #1547: CREATE TYPE AS error John Smith (17:43)

2005-03-16

libecpg (8.0 and CVS) hits a gcc bug on powerpc and amd64 (crash) Christof Petig (14:12)
Re: [INTERFACES] libecpg (8.0 and CVS) hits a gcc bug on powerpc Christof Petig (15:30)
BUG #1548: The installation fails Javier Sols (17:26)
BUG #1549: initdb doesn't work Daniel van Eeden (21:58)

2005-03-17

BUG #1550: LOCK TABLE in plpgsql function doesn't work. Spencer Riddering (08:48)
Re: [BUGS] CC Date format code defaults to current centry Karel Zak (09:50)
Weak Password! Mehul Doshi-A20614 (17:41)
Re: Weak Password! Klaus Naumann (18:31)
Re: Weak Password! Mehul Doshi-A20614 (19:31)
Re: Weak Password! Magnus Hagander (19:56)
BUG #1551: You need an import/export feature Bobby (20:24)

2005-03-18

Re: BUG #1547: CREATE TYPE AS error Michael Fuhr (05:41)
Re: BUG #1551: You need an import/export feature Michael Fuhr (06:02)
Re: BUG #1550: LOCK TABLE in plpgsql function doesn't work. Tom Lane (06:17)
Re: BUG #1550: LOCK TABLE in plpgsql function doesn't work. Michael Fuhr (06:37)
Re: [INTERFACES] libecpg (8.0 and CVS) hits a gcc bug on powerpc and amd64 (crash) Michael Meskes (10:01)
Re: BUG #1546: Temp table isn't deleted at the end of a Stephan Szabo (13:29)
Re: BUG #1546: Temp table isn't deleted at the end of a transaction / ON COMMIT DROP has no effect Oliver Siegmar (13:58)
Re: BUG #1546: Temp table isn't deleted at the end of a Stephan Szabo (14:45)
Re: Possible temp table bug in PostgreSQL 7.4.7 / 8.0.1 Bruce Momjian (17:08)
Re: BUG #1549: initdb doesn't work Bruce Momjian (17:16)
{Spam?} Re: Possible temp table bug in PostgreSQL 7.4.7 / 8.0.1 Oliver Siegmar (17:35)
Re: BUG #1549: initdb doesn't work Tom Lane (17:41)
BUG #1552: massive performance hit between 7.4 and 8.0.1 Brian O'Reilly (23:21)
Re: BUG #1541: Unusually long INSERT times after fresh clean/CREATE TABLES Andrew - Supernews (23:48)

2005-03-19

Re: BUG #1518: Conversions to (undocumented) SQL year-month and Bruce Momjian (03:24)
Re: BUG #1541: Unusually long INSERT times after fresh clean/CREATE TABLES Tom Lane (04:45)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Bruce Momjian (04:50)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Tom Lane (05:35)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Roy Badami (13:40)
Re: BUG #1518: Conversions to (undocumented) SQL year-month and Roy Badami (14:02)
Re: BUG #1518: Conversions to (undocumented) SQL year-month and Roy Badami (14:10)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Roy Badami (14:24)
Re: BUG #1546: Temp table isn't deleted at the end of a Roy Badami (14:52)
Re: BUG #1546: Temp table isn't deleted at the end of a Roy Badami (14:58)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Bruce Momjian (14:59)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Roy Badami (15:07)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Tom Lane (16:11)
Re: BUG #1541: Unusually long INSERT times after fresh Stephan Szabo (16:18)
Re: BUG #1518: Conversions to (undocumented) SQL year-month Stephan Szabo (16:53)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Roy Badami (16:55)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Tom Lane (18:08)
Re: BUG #1541: Unusually long INSERT times after fresh Andrew - Supernews (18:59)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Roy Badami (19:26)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Roy Badami (20:46)
Re: BUG #1517: SQL interval syntax is accepted by the parser, Tom Lane (21:03)

Prev | Next

Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Privacy Policy | About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group