pgsql-hackers  

Messages by Thread

• • Re: Reduce build times of pg_trgm GIN indexes David Geier
• Re: Additional message in pg_terminate_backend Jim Jones
  • Re: Additional message in pg_terminate_backend Roman Khapov
• Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Andres Freund
  • Re: Add errdetail() with PID and UID about source of termination signal Chao Li
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Chao Li
  • Re: Add errdetail() with PID and UID about source of termination signal Kirill Reshke
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Kirill Reshke
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Tom Lane
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Tom Lane
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Tom Lane
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Chao Li
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Andrew Dunstan
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Jacob Champion
  • Re: Add errdetail() with PID and UID about source of termination signal Jakub Wartak
  • Re: Add errdetail() with PID and UID about source of termination signal Andres Freund
  • Re: Add errdetail() with PID and UID about source of termination signal Chao Li
• pgcrypto: remove useless px_memset() and BF_ASM Dagfinn Ilmari Mannsåker
  • Re: pgcrypto: remove useless px_memset() and BF_ASM Daniel Gustafsson
• Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Alexander Lakhin
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Tom Lane
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Tom Lane
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Tom Lane
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL SATYANARAYANA NARLAPURAM
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Michael Paquier
• Re: [[deprecated("don't call this, call that")]] Peter Eisentraut
  • Re: [[deprecated("don't call this, call that")]] Bertrand Drouvot
• Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication shveta malik
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Amit Kapila
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication SATYANARAYANA NARLAPURAM
  • RE: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Zhijie Hou (Fujitsu)
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Ashutosh Sharma
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Ashutosh Sharma
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Amit Kapila
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Ashutosh Sharma
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication shveta malik
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Ashutosh Sharma
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication shveta malik
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Ashutosh Sharma
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication shveta malik
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication shveta malik
  • Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication Ashutosh Sharma
• Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Andrew Dunstan
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Andres Freund
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Lukas Fittl
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Lukas Fittl
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Haibo Yan
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Lukas Fittl
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Tom Lane
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Andres Freund
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Lukas Fittl
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Tom Lane
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Lukas Fittl
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Andres Freund
• Re: meson: Make test output much more useful on failure (both in CI and locally) Andrew Dunstan
  • Re: meson: Make test output much more useful on failure (both in CI and locally) Jelte Fennema-Nio
  • Re: meson: Make test output much more useful on failure (both in CI and locally) Andrew Dunstan
  • Re: meson: Make test output much more useful on failure (both in CI and locally) Jelte Fennema-Nio
  • Re: meson: Make test output much more useful on failure (both in CI and locally) Alexander Lakhin
  • Re: meson: Make test output much more useful on failure (both in CI and locally) Jelte Fennema-Nio
• Re: create table like including storage parameter Dapeng Wang
  • Re: create table like including storage parameter Dapeng Wang
  • Re: create table like including storage parameter lakshmi
• Re: DOCS - Add introductory paragraph to Getting Started chapter Dapeng Wang
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Andreas Karlsson
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Dapeng Wang
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Andreas Karlsson
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Tom Lane
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Dapeng Wang
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Dapeng Wang
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Peter Eisentraut
  • Re: DOCS - Add introductory paragraph to Getting Started chapter Dragos Andriciuc
• Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Robert Treat
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Alexander Lakhin
  • Re: Adding REPACK [concurrently] Justin Pryzby
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Chao Li
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Tom Lane
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Tom Lane
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Alexander Lakhin
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alexander Lakhin
  • Re: Adding REPACK [concurrently] Antonin Houska
  • RE: Adding REPACK [concurrently] Zhijie Hou (Fujitsu)
  • Re: Adding REPACK [concurrently] Antonin Houska
  • RE: Adding REPACK [concurrently] Zhijie Hou (Fujitsu)
  • Re: Adding REPACK [concurrently] Chao Li
  • Re: Adding REPACK [concurrently] Amit Kapila
  • RE: Adding REPACK [concurrently] Hayato Kuroda (Fujitsu)
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Masahiko Sawada
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • RE: Adding REPACK [concurrently] Hayato Kuroda (Fujitsu)
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] 'Alvaro Herrera'
  • Re: Adding REPACK [concurrently] Masahiko Sawada
• Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 jie wang
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Chao Li
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Haibo Yan
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Sandro Santilli
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Sandro Santilli
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Chao Li
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Sandro Santilli
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Peter Eisentraut
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
  • Re: Eliminating SPI / SQL from some RI triggers - take 3 Amit Langote
• Re: The ability of postgres to determine loss of files of the main fork Jakub Wartak
• Re: Failing test_aio tests due to too low(illegal?) segsize_blocks Jakub Wartak
• Re: Centralised architecture detection John Naylor
  • Re: Centralised architecture detection Dagfinn Ilmari Mannsåker
• Re: Potential partition pruning regression on PostgreSQL 18 Richard Guo
• Re: Upload only the failed tests logs to the Postgres CI (Cirrus CI) Nazir Bilal Yavuz

• Later messages