pgsql-hackers  

Messages by Thread

• • Re:Re: A out of date comment of WaitForWALToBecomeAvailable Andy Fan
  • Re: Re: A out of date comment of WaitForWALToBecomeAvailable Xuneng Zhou
  • Re: Re: A out of date comment of WaitForWALToBecomeAvailable Michael Paquier
• Re: updates for handling optional argument in system functions Mark Wong
  • Re: updates for handling optional argument in system functions Andreas Karlsson
  • Re: updates for handling optional argument in system functions Mark Wong
• Non-committer reviews: is it helpful? Alexander Borisov
  • Re: Non-committer reviews: is it helpful? David G. Johnston
  • Re: Non-committer reviews: is it helpful? Alexander Borisov
  • Re: Non-committer reviews: is it helpful? David G. Johnston
  • Re: Non-committer reviews: is it helpful? Michael Paquier
  • Re: Non-committer reviews: is it helpful? Alexander Borisov
  • Re: Non-committer reviews: is it helpful? Tom Lane
  • Re: Non-committer reviews: is it helpful? Alexander Borisov
  • Re: Non-committer reviews: is it helpful? wenhui qiu
• Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Ilia Evdokimov
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Tatsuya Kawata
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Chengpeng Yan
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Tatsuya Kawata
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Chengpeng Yan
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types John Naylor
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Chengpeng Yan
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Ilia Evdokimov
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Ilia Evdokimov
• more surprising enable_indexonlyscan behavior Robert Haas
• Re: Consistently use the XLogRecPtrIsInvalid() macro Álvaro Herrera
  • Re: Consistently use the XLogRecPtrIsInvalid() macro Bertrand Drouvot
• Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Peter Geoghegan
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Peter Geoghegan
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Peter Geoghegan
  • Re: Buffer locking is special (hints, checksums, AIO writes) Tom Lane
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Kirill Reshke
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Noah Misch
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Kirill Reshke
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Antonin Houska
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Antonin Houska
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Antonin Houska
• Follow-up on OpenSSL "engines" and "providers" Bear Giles
  • Re: Follow-up on OpenSSL "engines" and "providers" Daniel Gustafsson
  • Re: Follow-up on OpenSSL "engines" and "providers" Anders Åstrand
  • Re: Follow-up on OpenSSL "engines" and "providers" Daniel Gustafsson
• Proposal: doxygen + MAN 7 pages Bear Giles
• Proposed: extend github pages for documentation's sample code Bear Giles
• Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Andrew Dunstan
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Tom Lane
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Mahendra Singh Thalor
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Álvaro Herrera
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Mahendra Singh Thalor
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Andrew Dunstan
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Nathan Bossart
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Andrew Dunstan
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Álvaro Herrera
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Tom Lane
  • Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote Nathan Bossart
• Re: Limit memory usage by postgres_fdw batches Alexander Pyhalov
  • Re: Limit memory usage by postgres_fdw batches Alexander Pyhalov
• Re: Idea to enhance pgbench by more modes to generate data (multi-TXNs, UNNEST, COPY BINARY) Boris Mironov
  • Re: Idea to enhance pgbench by more modes to generate data (multi-TXNs, UNNEST, COPY BINARY) Boris Mironov
  • RE: Idea to enhance pgbench by more modes to generate data (multi-TXNs, UNNEST, COPY BINARY) Madyshev Egor
  • Re: Idea to enhance pgbench by more modes to generate data (multi-TXNs, UNNEST, COPY BINARY) Boris Mironov
  • Re: Idea to enhance pgbench by more modes to generate data (multi-TXNs, UNNEST, COPY BINARY) Boris Mironov
  • RE: Idea to enhance pgbench by more modes to generate data (multi-TXNs, UNNEST, COPY BINARY) Madyshev Egor
• Re: Undefined behavior detected by new clang's ubsan John Naylor
  • Re: Undefined behavior detected by new clang's ubsan John Naylor
  • Re: Undefined behavior detected by new clang's ubsan John Naylor
  • Re: Undefined behavior detected by new clang's ubsan Michael Paquier
• Re: parallel data loading for pgbench -i Mircea Cadariu
  • Re: parallel data loading for pgbench -i lakshmi
  • RE: parallel data loading for pgbench -i Hayato Kuroda (Fujitsu)
  • Re: parallel data loading for pgbench -i lakshmi
  • RE: parallel data loading for pgbench -i Hayato Kuroda (Fujitsu)
  • Re: parallel data loading for pgbench -i lakshmi
• Improvements and refactoring in shmem.c Ashutosh Bapat
  • Re: Improvements and refactoring in shmem.c Heikki Linnakangas
  • Re: Improvements and refactoring in shmem.c Ashutosh Bapat
  • Re: Improvements and refactoring in shmem.c Ashutosh Bapat
  • Re: Improvements and refactoring in shmem.c Ashutosh Bapat
  • Re: Improvements and refactoring in shmem.c Heikki Linnakangas
  • Re: Improvements and refactoring in shmem.c Ashutosh Bapat
• Re: ABI Compliance Checker GSoC Project Dean Rasheed
  • Re: ABI Compliance Checker GSoC Project Tom Lane
  • Re: ABI Compliance Checker GSoC Project Dean Rasheed
  • Re: ABI Compliance Checker GSoC Project Tom Lane
  • Re: ABI Compliance Checker GSoC Project David E. Wheeler
  • Re: ABI Compliance Checker GSoC Project Tom Lane
  • Re: ABI Compliance Checker GSoC Project David E. Wheeler
  • Re: ABI Compliance Checker GSoC Project David E. Wheeler
• Re: implement CAST(expr AS type FORMAT 'template') jian he
  • Re: implement CAST(expr AS type FORMAT 'template') zengman
• Re: [PATCH] Refactor *_abbrev_convert() functions Michael Paquier
  • Re: [PATCH] Refactor *_abbrev_convert() functions John Naylor
  • Re: [PATCH] Refactor *_abbrev_convert() functions Aleksander Alekseev
  • Re: [PATCH] Refactor *_abbrev_convert() functions John Naylor
  • Re: [PATCH] Refactor *_abbrev_convert() functions Aleksander Alekseev
  • Re: [PATCH] Refactor *_abbrev_convert() functions Aleksander Alekseev
• [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects Zhang Mingli
  • Re: [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects Peter Eisentraut
  • Re: [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects Tom Lane
  • Re: [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects Nathan Bossart
  • Re: [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects Tom Lane
  • Re: [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects Nathan Bossart
• Re: LLVM 22 Andres Freund
  • Re: LLVM 22 Anthonin Bonnefoy
• Re: pg_stat_statements: add missing tests for nesting_level Michael Paquier
• Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Andres Freund
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Andres Freund
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Thomas Munro
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • RE: Decoupling our alignment assumptions about int64 and double Aditya Kamath
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • Re: Decoupling our alignment assumptions about int64 and double Thomas Munro
  • Re: Decoupling our alignment assumptions about int64 and double Tom Lane
  • RE: Decoupling our alignment assumptions about int64 and double Aditya Kamath
• ERROR: failed to find conversion function from unknown to text jian he
  • Re: ERROR: failed to find conversion function from unknown to text Tom Lane
  • Re: ERROR: failed to find conversion function from unknown to text jian he
• Re: Add comments about fire_triggers argument in ri_triggers.c surya poondla
• Docs: Use non-default throughout the documentation David G. Johnston
  • Re: Docs: Use non-default throughout the documentation Peter Eisentraut
  • Re: Docs: Use non-default throughout the documentation David G. Johnston
• Re: Document NULL David G. Johnston
  • Re: Document NULL Marcos Pegoraro
  • Re: Document NULL Marcos Pegoraro
  • Re: Document NULL David G. Johnston
  • Re: Document NULL David G. Johnston
  • Re: Document NULL Chao Li
  • Re: Document NULL David G. Johnston
  • Re: Document NULL Chao Li
  • Re: Document NULL David G. Johnston
  • Re: Document NULL Junwang Zhao
  • Re: Document NULL Marcos Pegoraro
• Re: Race conditions in logical decoding Álvaro Herrera
  • Re: Race conditions in logical decoding Antonin Houska
• Re: Refactor replication origin state reset helpers Masahiko Sawada
  • Re: Refactor replication origin state reset helpers Chao Li
  • Re: Refactor replication origin state reset helpers Masahiko Sawada
• A few pg_locale.c fixes Jeff Davis
  • Re: A few pg_locale.c fixes Chao Li
• BUG: Cascading standby fails to reconnect after falling back to archive recovery Marco Nenciarini
  • Re: BUG: Cascading standby fails to reconnect after falling back to archive recovery Fujii Masao
  • Re: BUG: Cascading standby fails to reconnect after falling back to archive recovery Xuneng Zhou
  • Re: BUG: Cascading standby fails to reconnect after falling back to archive recovery Fujii Masao
  • Re: BUG: Cascading standby fails to reconnect after falling back to archive recovery Xuneng Zhou
  • Re: BUG: Cascading standby fails to reconnect after falling back to archive recovery Xuneng Zhou
• Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation John Naylor
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Amit Langote
  • Re: More speedups for tuple deformation David Rowley
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation David Rowley
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Zsolt Parragi
  • Re: More speedups for tuple deformation John Naylor
  • Re: More speedups for tuple deformation John Naylor
  • Re: More speedups for tuple deformation David Rowley
  • Re: More speedups for tuple deformation John Naylor
  • Re: More speedups for tuple deformation Álvaro Herrera
  • Re: More speedups for tuple deformation Zsolt Parragi
  • Re: More speedups for tuple deformation David Rowley
  • Re: More speedups for tuple deformation Álvaro Herrera
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Álvaro Herrera
  • Re: More speedups for tuple deformation Andres Freund
  • Re: More speedups for tuple deformation Álvaro Herrera
• Re: RFC: Allow EXPLAIN to Output Page Fault Information torikoshia
  • Re: RFC: Allow EXPLAIN to Output Page Fault Information torikoshia
• trivial designated initializers Álvaro Herrera
  • Re: trivial designated initializers Melanie Plageman
  • Re: trivial designated initializers Jelte Fennema-Nio

• Earlier messages
• Later messages