Mailing lists [pgsql-hackers]

10 April 2018

• 00:02   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Gasper Zejn
• 00:04   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Heikki Linnakangas
• 00:16   Re: Verbosity of genbki.pl Andres Freund
• 00:28   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 00:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 00:44   Re: [HACKERS] Runtime Partition Pruning Robert Haas
• 00:48   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 01:01   Re: Documentation for bootstrap data conversion Tom Lane
• 01:02   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 01:02   Re: Verbosity of genbki.pl Tom Lane
• 01:13   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 01:19   Re: using index or check in ALTER TABLE SET NOT NULL Sergei Kornilov
• 01:22   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 01:23   Re: Fix pg_rewind which can be run as root user Magnus Hagander
• 01:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
• 01:26   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 01:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 01:29   Re: Fix pg_rewind which can be run as root user Peter Geoghegan
• 01:31   Re: Fix pg_rewind which can be run as root user Tom Lane
• 01:36   Re: Fix pg_rewind which can be run as root user Magnus Hagander
• 01:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 01:41   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Justin Pryzby
• 01:44   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 01:46   Re: Warnings and uninitialized variables in TAP tests Magnus Hagander
• 01:47   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 01:51   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 01:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 01:59   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 02:04   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 02:15   Re: Shared PostgreSQL libraries and symbol versioning Peter Eisentraut
• 02:23   Re: Shared PostgreSQL libraries and symbol versioning Stephen Frost
• 02:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 02:30   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 02:34   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 02:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 02:43   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 02:46   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 02:55   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 03:04   Re: Shared PostgreSQL libraries and symbol versioning Tom Lane
• 03:08   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 03:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 03:26   Re: Fix pg_rewind which can be run as root user Michael Paquier
• 03:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 03:50   Re: [HACKERS] Optional message to user when terminating/cancelling backend Daniel Gustafsson
• 03:55   Re: [HACKERS] Optional message to user when terminating/cancellingbackend Andres Freund
• 04:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 06:32   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 06:41   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andreas Karlsson
• 06:53   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 07:31   Re: Excessive PostmasterIsAlive calls slow down WAL redo Alvaro Herrera
• 07:34   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 07:34   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 07:36   Re: Excessive PostmasterIsAlive calls slow down WAL redo Thomas Munro
• 07:40   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 07:44   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 07:52   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 07:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 07:57   Re: Excessive PostmasterIsAlive calls slow down WAL redo Alvaro Herrera
• 07:59   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 07:59   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 08:00   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 08:02   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 08:30   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 08:56   Re: ON CONFLICT DO UPDATE for partitioned tables Amit Langote
• 08:59   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. Michael Paquier
• 09:00   Re: Warnings and uninitialized variables in TAP tests Michael Paquier
• 09:49   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Amit Langote
• 10:21   Gotchas about pg_verify_checksums Michael Paquier
• 10:23   Re: pruning disabled for array, enum, record, range type partitionkeys Amit Langote
• 10:27   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 10:30   Re: lazy detoasting Andrew Gierth
• 10:55   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Michael Paquier
• 11:04   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Michael Paquier
• 11:24   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Andrey Borodin
• 11:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 12:10   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Michael Paquier
• 12:15   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Amit Langote
• 12:45   Re: lazy detoasting Chapman Flack
• 12:59   Re: [sqlsmith] Failed assertion in create_gather_path Jeevan Chalke
• 13:01   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Michael Paquier
• 13:07   Partitioned tables and covering indexes Jaime Casanova
• 13:24   Re: pgsql: Store 2PC GID in commit/abort WAL recs for logicaldecoding Michael Paquier
• 14:08   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Julien Rouhaud
• 14:14   crash with sql language partition support function Amit Langote
• 14:18   Re: crash with sql language partition support function Amit Langote
• 14:56   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 15:03   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. Michael Paquier
• 15:40   Re: [HACKERS] Moving relation extension locks out of heavyweight lock manager Masahiko Sawada
• 15:47   Re: Partitioned tables and covering indexes Amit Langote
• 15:52   submake-errcodes Devrim Gündüz
• 16:02   Re: submake-errcodes Christoph Berg
• 16:14   Re: [HACKERS] Replication status in logical replication Masahiko Sawada
• 16:26   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Jim Finnerty
• 16:29   Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 16:35   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Sergei Kornilov
• 17:13   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 17:33   Re: Transform for pl/perl ilmari@ilmari.org (Dagfinn Ilmari Mannsåker)
• 17:41   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Jim Finnerty
• 18:02   Re: [HACKERS] path toward faster partition pruning David Rowley
• 18:10   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Julian Markwort
• 18:11   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 18:15   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 18:28   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Peter Eisentraut
• 18:34   Re: Bugs in TOAST handling, OID assignment and redo recovery Bernd Helmle
• 18:55   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist David Steele
• 19:06   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist Alvaro Herrera
• 19:07   Re: Function to track shmem reinit time David Steele
• 19:11   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOAST table does not exist Nikolay Shaplov
• 19:15   Re: [HACKERS] [PATCH] Incremental sort David Steele
• 19:17   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist Alvaro Herrera
• 19:21   Re: crash with sql language partition support function Ashutosh Bapat
• 19:23   Re: [HACKERS] logical decoding of two-phase transactions David Steele
• 19:32   Re: jsonpath David Steele
• 19:35   Re: [PATCH] Add missing type conversion functions for PL/Python David Steele
• 19:37   Re: Bugs in TOAST handling, OID assignment and redo recovery Heikki Linnakangas
• 19:46   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 19:47   Re: [HACKERS] GSoC 2017: Foreign Key Arrays David Steele
• 19:51   Re: Reopen logfile on SIGHUP David Steele
• 19:52   Re: Transform for pl/perl Tom Lane
• 19:54   Re: Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 19:57   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Mark Rofail
• 19:57   Re: crash with sql language partition support function Alvaro Herrera
• 19:59   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Alvaro Herrera
• 20:00   Re: [HACKERS] Partition-wise aggregation/grouping David Steele
• 20:01   Re: submake-errcodes Tom Lane
• 20:06   Re: lazy detoasting Tom Lane
• 20:07   Re: Transform for pl/perl ilmari@ilmari.org (Dagfinn Ilmari Mannsåker)
• 20:10   Re: Faster inserts with mostly-monotonically increasing values Heikki Linnakangas
• 20:10   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Mark Rofail
• 20:11   Re: [HACKERS] Replication status in logical replication David Steele
• 20:17   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Alvaro Herrera
• 20:19   Re: Faster inserts with mostly-monotonically increasing values Claudio Freire
• 20:20   Re: Faster inserts with mostly-monotonically increasing values Pavan Deolasee
• 20:27   Re: [HACKERS] Partition-wise aggregation/grouping Jeevan Chalke
• 20:31   Re: Transform for pl/perl ilmari@ilmari.org (Dagfinn Ilmari Mannsåker)
• 20:33   Re: Boolean partitions syntax David Rowley
• 20:37   Re: Boolean partitions syntax David Rowley
• 20:48   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 20:53   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Tom Lane
• 21:03   Re: Partitioned tables and covering indexes Alexander Korotkov
• 21:06   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 21:14   Re: pgsql: Support partition pruning at execution time Alvaro Herrera
• 21:15   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 21:17   2018-03 CF Cleanup David Steele
• 21:24   Re: 2018-03 CF Cleanup Alvaro Herrera
• 21:26   Re: lazy detoasting Chapman Flack
• 21:27   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist David Steele
• 21:27   Re: crash with sql language partition support function Tom Lane
• 21:28   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 21:32   Including SQL files in extension scripts Jeremy Finzel
• 21:34   Re: Boolean partitions syntax Tom Lane
• 21:36   Re: Partitioned tables and covering indexes Teodor Sigaev
• 21:40   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 21:42   Re: pgsql: Support partition pruning at execution time Tom Lane
• 21:50   Re: pgsql: Support partition pruning at execution time David Rowley
• 21:56   Re: pgsql: Support partition pruning at execution time David Rowley
• 21:59   Re: pgsql: Support partition pruning at execution time Robert Haas
• 22:03   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 22:13   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Julien Rouhaud
• 22:18   Re: Online enabling of checksums Robert Haas
• 22:29   Re: pgsql: Support partition pruning at execution time Alvaro Herrera
• 22:30   Re: Boolean partitions syntax David Rowley
• 22:35   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Magnus Hagander
• 22:38   Re: pgsql: Support partition pruning at execution time Robert Haas
• 22:38   Re: Optimization of range queries Konstantin Knizhnik
• 22:38   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 22:40   Re: [HACKERS] Moving relation extension locks out of heavyweight lock manager Robert Haas
• 22:40   pg_dump should use current_database() instead of PQdb() Peter Eisentraut
• 22:49   Re: pg_dump should use current_database() instead of PQdb() Tom Lane
• 22:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 22:58   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 23:22   Re: Boolean partitions syntax Tom Lane
• 23:27   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Julien Rouhaud
• 23:41   Re: submake-errcodes Devrim Gündüz
• 23:44   Re: [sqlsmith] Failed assertion in create_gather_path Robert Haas
• 23:47   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 23:56   Re: submake-errcodes Tom Lane
• 23:57   Re: Function to track shmem reinit time Robert Haas