pg.ddx.io pgsql-bugs@postgresql.org mailing list archive
help / color / mirror / Atom feedBUG #17058: Unable to create collation in version 13.
2021-06-13 08:56 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17058: Unable to create collation in version 13.
2021-06-13 20:33 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: BUG #17058: Unable to create collation in version 13.
2021-06-22 01:30 UTC Thomas Munro <thomas.munro@gmail.com>
[3+ messages in thread]
BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 03:11 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 09:47 UTC David Rowley <dgrowleyml@gmail.com>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 10:09 UTC David Rowley <dgrowleyml@gmail.com>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 10:09 UTC Richard Guo <guofenglinux@gmail.com>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 11:13 UTC David Rowley <dgrowleyml@gmail.com>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 13:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 14:18 UTC David Rowley <dgrowleyml@gmail.com>
` Re: BUG #17067: FailedAssertion at castNodeImpl
2021-06-21 14:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
[8+ messages in thread]
'within group'- or percentile_cont-expression seems to have ramifications on table ordering
2021-06-20 15:42 UTC Bernd Hopp <berndjhopp@gmail.com>
` Re: 'within group'- or percentile_cont-expression seems to have ramifications on table ordering
2021-06-20 17:30 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: 'within group'- or percentile_cont-expression seems to have ramifications on table ordering
2021-06-20 17:45 UTC Bernd Hopp <berndjhopp@gmail.com>
[3+ messages in thread]
BUG #17065: pg_restore never returns even on simple situations (maybe I just don't understand something)
2021-06-19 11:28 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17065: pg_restore never returns even on simple situations (maybe I just don't understand something)
2021-06-20 17:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
Postgres Escalating Lock based on Blocked Stmts
2021-06-15 15:47 UTC Eric Alders <Eric.Alders@zelis.com>
` Re: Postgres Escalating Lock based on Blocked Stmts
2021-06-15 16:19 UTC Heikki Linnakangas <hlinnaka@iki.fi>
[2+ messages in thread]
Postgres turns LEFT JOIN into INNER JOIN - incorrect results
2021-06-15 13:06 UTC Floris Van Nee <florisvannee@Optiver.com>
` RE: Postgres turns LEFT JOIN into INNER JOIN - incorrect results
2021-06-15 13:56 UTC Floris Van Nee <florisvannee@Optiver.com>
` Re: Postgres turns LEFT JOIN into INNER JOIN - incorrect results
2021-06-15 14:05 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
Problem with the Polish language
2021-06-08 20:31 UTC Przemysław Biernat <przemyslaw.biernat@gmail.com>
` Re: Problem with the Polish language
2021-06-08 20:47 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Problem with the Polish language
2021-06-09 05:06 UTC Przemysław Biernat <przemyslaw.biernat@gmail.com>
` Re: Problem with the Polish language
2021-06-09 05:21 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Problem with the Polish language
2021-06-14 23:48 UTC Alvaro Herrera <alvherre@alvh.no-ip.org>
[5+ messages in thread]
BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-10 20:00 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-10 22:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-10 22:55 UTC Andrew Dunstan <andrew@dunslane.net>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-10 23:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-11 21:59 UTC Andrew Dunstan <andrew@dunslane.net>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-11 22:03 UTC Andrew Dunstan <andrew@dunslane.net>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-12 21:40 UTC Andrew Dunstan <andrew@dunslane.net>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-12 21:50 UTC Andres Freund <andres@anarazel.de>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-13 01:59 UTC Andrew Dunstan <andrew@dunslane.net>
` Fwd: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-14 11:33 UTC Andrew Dunstan <andrew@dunslane.net>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-14 19:13 UTC Alvaro Herrera <alvherre@alvh.no-ip.org>
` Re: BUG #17056: Segmentation fault on altering the type of the foreign table column with a default
2021-06-14 20:29 UTC Andrew Dunstan <andrew@dunslane.net>
[12+ messages in thread]
BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-10 09:36 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-11 00:17 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-11 05:56 UTC Amit Langote <amitlangote09@gmail.com>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-11 06:26 UTC Michael Paquier <michael@paquier.xyz>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-11 07:30 UTC Amit Langote <amitlangote09@gmail.com>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-11 15:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-11 20:15 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 00:21 UTC Michael Paquier <michael@paquier.xyz>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 00:31 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 00:47 UTC Michael Paquier <michael@paquier.xyz>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 01:14 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 01:31 UTC Michael Paquier <michael@paquier.xyz>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 01:35 UTC Amit Langote <amitlangote09@gmail.com>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 01:37 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 01:49 UTC Michael Paquier <michael@paquier.xyz>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 01:51 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17055: Logical replication worker crashes when applying update of row that dose not exist in target partiti
2021-06-12 06:32 UTC Michael Paquier <michael@paquier.xyz>
[17+ messages in thread]
BUG #17057: Unexpected error: ERROR: unsupported target type: 0
2021-06-10 21:46 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17057: Unexpected error: ERROR: unsupported target type: 0
2021-06-10 22:19 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17057: Unexpected error: ERROR: unsupported target type: 0
2021-06-11 21:09 UTC Zlatoslav Petukhov <zpetukhov@gmail.com>
[3+ messages in thread]
BUG #17054: Memory corruption in logical replication worker when replicating into partitioned table
2021-06-10 09:21 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17054: Memory corruption in logical replication worker when replicating into partitioned table
2021-06-11 00:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17054: Memory corruption in logical replication worker when replicating into partitioned table
2021-06-11 20:31 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
(no subject)
2008-04-23 09:33 UTC Adiel Davids <adield@avatar.co.za>
` Re:
2008-04-23 14:38 UTC Bill Moran <wmoran@collaborativefusion.com>
` Re:
2008-04-23 14:40 UTC Harald Armin Massa <haraldarminmassa@gmail.com>
` pg_table_size errors "invalid name syntax" for table names containing spaces
2021-06-10 08:57 UTC Michel Helms <michel@togetherdb.com>
` Re: pg_table_size errors "invalid name syntax" for table names containing spaces
2021-06-10 12:25 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: pg_table_size errors "invalid name syntax" for table names containing spaces
2021-06-10 13:43 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: pg_table_size errors "invalid name syntax" for table names containing spaces
2021-06-11 06:15 UTC Michel Helms <michel@togetherdb.com>
[7+ messages in thread]
logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-05 01:36 UTC Jeremy Schneider <schnjere@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-05 13:38 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-11 08:17 UTC Drouvot, Bertrand <bdrouvot@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-11 15:54 UTC Robert Haas <robertmhaas@gmail.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-11 16:35 UTC Andres Freund <andres@anarazel.de>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-11 17:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-11 17:12 UTC Robert Haas <robertmhaas@gmail.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-11 17:21 UTC Andres Freund <andres@anarazel.de>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-14 00:13 UTC Jeremy Schneider <schnjere@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-14 00:25 UTC Andres Freund <andres@anarazel.de>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2019-12-20 23:21 UTC Jeremy Schneider <schnjere@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-04 23:07 UTC Jeremy Schneider <schnjere@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-04 23:35 UTC Alvaro Herrera <alvherre@alvh.no-ip.org>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-05 00:07 UTC Alvaro Herrera <alvherre@alvh.no-ip.org>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-05 04:44 UTC Dilip Kumar <dilipbalaut@gmail.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-05 06:42 UTC Amit Kapila <amit.kapila16@gmail.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-08 18:35 UTC Jeremy Schneider <schnjere@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-09 03:33 UTC Amit Kapila <amit.kapila16@gmail.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-09 06:07 UTC Drouvot, Bertrand <bdrouvot@amazon.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-09 06:10 UTC Amit Kapila <amit.kapila16@gmail.com>
` Re: logical decoding bug: segfault in ReorderBufferToastReplace()
2021-06-09 06:17 UTC Drouvot, Bertrand <bdrouvot@amazon.com>
[21+ messages in thread]
setting the timezone parameter with space cause diff result
2021-06-08 08:17 UTC 甄明洋 <zhenmingyang@yeah.net>
` Re: setting the timezone parameter with space cause diff result
2021-06-08 18:02 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re:Re: setting the timezone parameter with space cause diff result
2021-06-09 02:27 UTC 甄明洋 <zhenmingyang@yeah.net>
` Re: setting the timezone parameter with space cause diff result
2021-06-09 02:46 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: setting the timezone parameter with space cause diff result
2021-06-09 03:20 UTC Tom Lane <tgl@sss.pgh.pa.us>
[5+ messages in thread]
BUG #17050: cursor with for update + commit in loop
2021-06-08 07:49 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17050: cursor with for update + commit in loop
2021-06-08 18:54 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #17050: cursor with for update + commit in loop
2021-06-08 20:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
BUG #17052: Incorrect params inferred on PREPARE (part 2)
2021-06-08 11:27 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17052: Incorrect params inferred on PREPARE (part 2)
2021-06-08 13:00 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17052: Incorrect params inferred on PREPARE (part 2)
2021-06-08 16:39 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
BUG #17051: Incorrect params inferred on PREPARE
2021-06-08 09:56 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17051: Incorrect params inferred on PREPARE
2021-06-08 13:05 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17051: Incorrect params inferred on PREPARE
2021-06-08 13:37 UTC Arthur McGibbon <arthur.mcgibbon@gmail.com>
` Re: BUG #17051: Incorrect params inferred on PREPARE
2021-06-08 13:48 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: BUG #17051: Incorrect params inferred on PREPARE
2021-06-08 16:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
[5+ messages in thread]
Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2019-11-30 09:28 UTC Petr Fedorov <petr.fedorov@phystech.edu>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2019-11-30 15:21 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2019-12-01 22:50 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2019-12-01 22:59 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2019-12-02 11:08 UTC Petr Fedorov <petr.fedorov@phystech.edu>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2019-12-02 22:52 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 13:28 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 13:43 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 16:01 UTC Vik Fearing <vik@postgresfriends.org>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 16:40 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 16:52 UTC Vik Fearing <vik@postgresfriends.org>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 17:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 17:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-05-25 19:29 UTC David Fetter <david@fetter.org>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-08-04 14:08 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-08-04 14:21 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-08-12 07:04 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-06 23:46 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-07 03:46 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-09 08:08 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-09 13:38 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-09 18:47 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-17 05:53 UTC Michael Paquier <michael@paquier.xyz>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-09-30 07:15 UTC Michael Paquier <michael@paquier.xyz>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-10-31 23:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-11-02 22:50 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-11-04 00:22 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2020-12-15 14:03 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-15 12:18 UTC David Steele <david@pgmasters.net>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-15 17:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-18 08:28 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-19 19:37 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-19 20:06 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-22 20:58 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-03-23 20:52 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-01 18:49 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-06 05:48 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-19 15:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-22 20:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-27 15:56 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-28 05:43 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-04-28 13:43 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-06-06 06:33 UTC Noah Misch <noah@leadboat.com>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-06-06 14:37 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-06-06 16:38 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-06-06 19:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
2021-06-08 05:31 UTC Noah Misch <noah@leadboat.com>
[47+ messages in thread]
BUG #17048: about trace_locks parameter problem
2021-06-04 22:46 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17048: about trace_locks parameter problem
2021-06-05 00:21 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
BUG #17049: what is the parameter wal_consistency_checking default value ?
2021-06-04 23:41 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17049: what is the parameter wal_consistency_checking default value ?
2021-06-05 00:03 UTC leiyanliang@highgo.com <leiyanliang@highgo.com>
[2+ messages in thread]
error dowloading posgresql
2021-06-04 13:02 UTC Paul Warme <globalwarme@gmail.com>
` Re: error dowloading posgresql
2021-06-04 18:30 UTC Bruce Momjian <bruce@momjian.us>
[2+ messages in thread]
BUG #17047: 502 ERROR The request could not be satisfied
2021-06-04 05:07 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17047: 502 ERROR The request could not be satisfied
2021-06-04 18:28 UTC Bruce Momjian <bruce@momjian.us>
[2+ messages in thread]
BUG #17046: Upgrade postgres 11 to 13 version
2021-06-03 10:50 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #17046: Upgrade postgres 11 to 13 version
2021-06-03 12:31 UTC David Rowley <dgrowleyml@gmail.com>
` RE: BUG #17046: Upgrade postgres 11 to 13 version
2021-06-03 12:53 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Re: BUG #17046: Upgrade postgres 11 to 13 version
2021-06-03 21:37 UTC Adrian Klaver <adrian.klaver@aklaver.com>
` RE: BUG #17046: Upgrade postgres 11 to 13 version
2021-06-04 11:46 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Re: BUG #17046: Upgrade postgres 11 to 13 version
2021-06-04 14:24 UTC Adrian Klaver <adrian.klaver@aklaver.com>
[6+ messages in thread]
BUG #16079: Question Regarding the BUG #16064
2019-10-25 23:16 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #16079: Question Regarding the BUG #16064
2019-10-28 15:47 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2019-11-15 04:41 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: BUG #16079: Question Regarding the BUG #16064
2019-11-16 13:29 UTC Magnus Hagander <magnus@hagander.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2019-12-03 19:58 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2019-12-03 20:10 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 00:58 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 17:26 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 18:31 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 18:35 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 18:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 18:52 UTC Magnus Hagander <magnus@hagander.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 18:53 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 19:06 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 19:11 UTC Magnus Hagander <magnus@hagander.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2020-12-21 19:13 UTC Stephen Frost <sfrost@snowman.net>
` Re: BUG #16079: Question Regarding the BUG #16064
2021-06-03 18:02 UTC Jeff Davis <pgsql@j-davis.com>
` Re: BUG #16079: Question Regarding the BUG #16064
2021-06-04 01:09 UTC Michael Paquier <michael@paquier.xyz>
[18+ messages in thread]
windows psql connection error
2021-06-03 09:11 UTC long Allen <zl19881003@gmail.com>
` Re: windows psql connection error
2021-06-03 14:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: windows psql connection error
2021-06-04 00:55 UTC Michael Paquier <michael@paquier.xyz>
[3+ messages in thread]
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox