Mailing lists [pgsql-hackers]

4 November 2020

• 00:39   Re: enable_incremental_sort changes query behavior Tomas Vondra
• 00:42   Re: Use of "long" in incremental sort code Tomas Vondra
• 00:48   Re: Collation versioning Thomas Munro
• 00:52   Re: Collation versioning Tom Lane
• 00:56   Re: Collation versioning Thomas Munro
• 01:14   Re: Collation versioning Christoph Berg
• 02:56   Re: ALTER TABLE .. DETACH PARTITION CONCURRENTLY Alvaro Herrera
• 03:22   Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch Tom Lane
• 03:35   Re: Delay of standby shutdown Soumyadeep Chakraborty
• 03:41   Re: Parallel INSERT (INTO ... SELECT ...) Greg Nancarrow
• 04:01   Re: Move OpenSSL random under USE_OPENSSL_RANDOM Michael Paquier
• 04:05   Fix brin_form_tuple to properly detoast data Tomas Vondra
• 04:09   Re: Dereference before NULL check (src/backend/storage/ipc/latch.c) Kyotaro Horiguchi
• 04:10   Re: -O switch Tom Lane
• 04:20   Re: Collation versioning Thomas Munro
• 04:32   Re: Online checksums verification in the backend Michael Paquier
• 04:32   PANIC: could not fsync file "pg_multixact/..." since commit dee663f7843 Tomas Vondra
• 04:33   Re: Collation versioning Tom Lane
• 04:41   Re: Explicit NULL dereference (src/backend/utils/adt/ruleutils.c) Kyotaro Horiguchi
• 04:49   Re: PANIC: could not fsync file "pg_multixact/..." since commit dee663f7843 Thomas Munro
• 04:56   Re: Collation versioning David Rowley
• 04:57   Re: PANIC: could not fsync file "pg_multixact/..." since commit dee663f7843 Tomas Vondra
• 05:20   Re: Collation versioning Thomas Munro
• 05:32   Re: ModifyTable overheads in generic plans Amit Langote
• 05:58   RE: [Patch] Optimize dropping of relation buffers using dlist k.jamison@fujitsu.com
• 06:04   Re: list of extended statistics on psql Tatsuro Yamada
• 06:19   Re: Parallel INSERT (INTO ... SELECT ...) Amit Kapila
• 06:53   RE: extension patch of CREATE OR REPLACE TRIGGER osumi.takamichi@fujitsu.com
• 06:59   Re: "unix_socket_directories" should be GUC_LIST_INPUT? Michael Paquier
• 07:36   Re: PANIC: could not fsync file "pg_multixact/..." since commit dee663f7843 Thomas Munro
• 10:29   Re: [HACKERS] logical decoding of two-phase transactions Peter Smith
• 10:44   Re: Collation versioning Juan José Santamaría Flecha
• 11:10   Re: Collation versioning Michael Paquier
• 11:21   Re: Collation versioning Julien Rouhaud
• 11:39   Re: shared-memory based stats collector Kyotaro Horiguchi
• 11:52   Re: Collation versioning Laurenz Albe
• 11:55   Some doubious code in pgstat.c Kyotaro Horiguchi
• 12:02   Re: Bogus documentation for bogus geometric operators Pavel Borisov
• 12:05   Re: Move OpenSSL random under USE_OPENSSL_RANDOM Magnus Hagander
• 12:06   Re: Use standard SIGHUP and SIGTERM handlers in autoprewarm module Fujii Masao
• 12:07   Re: automatic analyze: readahead - add "IO read time" log message Jakub Wartak
• 12:23   Re: Refactor pg_rewind code and make it work against a standby Heikki Linnakangas
• 12:26   Re: [HACKERS] logical decoding of two-phase transactions Ajin Cherian
• 12:31   Re: [HACKERS] logical decoding of two-phase transactions Ajin Cherian
• 12:32   Re: Bogus documentation for bogus geometric operators Emre Hasegeli
• 12:43   Re: Bogus documentation for bogus geometric operators Pavel Borisov
• 12:50   Re: Some doubious code in pgstat.c Amit Kapila
• 13:02   Re: [HACKERS] logical decoding of two-phase transactions Amit Kapila
• 13:15   Re: [HACKERS] logical decoding of two-phase transactions Ajin Cherian
• 13:29   Re: [Patch] Optimize dropping of relation buffers using dlist Amit Kapila
• 13:32   Re: [HACKERS] logical decoding of two-phase transactions Amit Kapila
• 14:51   Re: hash_array_extended() needs to pass down collation Peter Eisentraut
• 16:09   Re: Support for NSS as a libpq TLS backend Daniel Gustafsson
• 16:14   Re: Support for NSS as a libpq TLS backend Daniel Gustafsson
• 16:49   Re: Some doubious code in pgstat.c Masahiko Sawada
• 16:50   Re: PANIC: could not fsync file "pg_multixact/..." since commit dee663f7843 Tomas Vondra
• 17:19   Re: automatic analyze: readahead - add "IO read time" log message Tomas Vondra
• 17:30   Re: automatic analyze: readahead - add "IO read time" log message Stephen Frost
• 18:46   Re: Use standard SIGHUP and SIGTERM handlers in autoprewarm module Bharath Rupireddy
• 18:47   Re: "unix_socket_directories" should be GUC_LIST_INPUT? Tom Lane
• 18:50   Making cancellations safe Shay Rojansky
• 19:02   Re: automatic analyze: readahead - add "IO read time" log message Stephen Frost
• 19:32   Re: Getting rid of aggregate_dummy() Tom Lane
• 19:46   Re: automatic analyze: readahead - add "IO read time" log message Tomas Vondra