pgsql-hackers  

Messages by Thread

• • Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta Jacob Champion
  • Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta Jelte Fennema-Nio
  • Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta Jelte Fennema-Nio
  • Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta Jacob Champion
• Re: New year, new commitfest app improvements Jelte Fennema-Nio
  • Re: New year, new commitfest app improvements Pavel Luzanov
• Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Nazir Bilal Yavuz
• unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Amit Langote
  • Re: unnecessary executor overheads around seqscans David Rowley
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans David Rowley
  • Re: unnecessary executor overheads around seqscans David Rowley
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans David Rowley
  • Re: unnecessary executor overheads around seqscans Amit Langote
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Amit Langote
  • Re: unnecessary executor overheads around seqscans Amit Kapila
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Amit Kapila
  • Re: unnecessary executor overheads around seqscans Dilip Kumar
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Dilip Kumar
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Dilip Kumar
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Heikki Linnakangas
  • Re: unnecessary executor overheads around seqscans Andres Freund
  • Re: unnecessary executor overheads around seqscans Heikki Linnakangas
  • Re: unnecessary executor overheads around seqscans Andres Freund
• Unstable path in index regress test query Nikita Malakhov
  • Re: Unstable path in index regress test query Tom Lane
  • Re: Unstable path in index regress test query Nikita Malakhov
• Re: alignas (C11) Tom Lane
  • Re: alignas (C11) Peter Eisentraut
  • Re: alignas (C11) Tom Lane
  • Re: alignas (C11) Tom Lane
  • Re: alignas (C11) Peter Eisentraut
  • Re: alignas (C11) Tom Lane
  • Re: alignas (C11) Peter Eisentraut
  • Re: alignas (C11) Tom Lane
• Time to add FIDO2 support? Joel Jacobson
  • Re: Time to add FIDO2 support? Zsolt Parragi
  • Re: Time to add FIDO2 support? Joel Jacobson
  • Re: Time to add FIDO2 support? Joel Jacobson
  • Re: Time to add FIDO2 support? Zsolt Parragi
• Re: display hot standby state in psql prompt Jim Jones
  • Re: display hot standby state in psql prompt Fujii Masao
  • Re: display hot standby state in psql prompt Jim Jones
  • Re: display hot standby state in psql prompt Fujii Masao
  • Re: display hot standby state in psql prompt Jim Jones
  • Re: display hot standby state in psql prompt Chao Li
  • Re: display hot standby state in psql prompt Fujii Masao
  • Re: display hot standby state in psql prompt Jim Jones
  • Re: display hot standby state in psql prompt Fujii Masao
• Auto-tune shared_buffers to use available huge pages Anthonin Bonnefoy
  • Re: Auto-tune shared_buffers to use available huge pages Tom Lane
  • Re: Auto-tune shared_buffers to use available huge pages Anthonin Bonnefoy
  • Re: Auto-tune shared_buffers to use available huge pages Ashutosh Bapat
  • Re: Auto-tune shared_buffers to use available huge pages Anthonin Bonnefoy
  • Re: Auto-tune shared_buffers to use available huge pages Ashutosh Bapat
  • Re: Auto-tune shared_buffers to use available huge pages Anthonin Bonnefoy
• Optimize IS DISTINCT FROM with non-nullable inputs Richard Guo
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Richard Guo
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Tender Wang
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Richard Guo
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Tender Wang
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Richard Guo
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Tender Wang
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Richard Guo
  • Re: Optimize IS DISTINCT FROM with non-nullable inputs Richard Guo
• Re: WIP - xmlvalidate implementation from TODO list Jim Jones
  • Re: WIP - xmlvalidate implementation from TODO list Jim Jones
  • Re: WIP - xmlvalidate implementation from TODO list Marcos Magueta
  • Re: WIP - xmlvalidate implementation from TODO list Marcos Magueta
  • Re: WIP - xmlvalidate implementation from TODO list Jim Jones
• Is abort() still needed in WalSndShutdown()? Fujii Masao
  • Re: Is abort() still needed in WalSndShutdown()? Heikki Linnakangas
  • Re: Is abort() still needed in WalSndShutdown()? Fujii Masao
  • Re: Is abort() still needed in WalSndShutdown()? Heikki Linnakangas
  • Re: Is abort() still needed in WalSndShutdown()? Fujii Masao
• Time to drop RADIUS support? Thomas Munro
  • Re: Time to drop RADIUS support? Michael Banck
  • Re: Time to drop RADIUS support? Álvaro Herrera
  • Re: Time to drop RADIUS support? Tom Lane
  • Re: Time to drop RADIUS support? Jacob Champion
  • Re: Time to drop RADIUS support? Thomas Munro
  • Re: Time to drop RADIUS support? Tom Lane
  • Re: Time to drop RADIUS support? Aleksander Alekseev
• [PATCH] Avoid potential NULL dereference in LIKE/ILIKE with C locale Eugeny Goryachev
  • Re: [PATCH] Avoid potential NULL dereference in LIKE/ILIKE with C locale Neil Chen
• Re: Remove redundant initialization of smgr pointer for relcache Zsolt Parragi
• Some tests for TOAST, STORAGE MAIN/EXTENDED Michael Paquier
  • Re: Some tests for TOAST, STORAGE MAIN/EXTENDED Nikhil Kumar Veldanda
  • Re: Some tests for TOAST, STORAGE MAIN/EXTENDED Michael Paquier
  • Re: Some tests for TOAST, STORAGE MAIN/EXTENDED Michael Paquier
• Re: Checkpointer write combining Soumya S Murali
  • Re: Checkpointer write combining Soumya S Murali
• Re: Limit memory usage by postgres_fdw batches Alexander Pyhalov
  • Re: Limit memory usage by postgres_fdw batches Alexander Pyhalov
  • Re: Limit memory usage by postgres_fdw batches Alexander Pyhalov
• Fix a typo in comment Yi Ding
  • Re: Fix a typo in comment Michael Paquier
• Re: UPDATE run check constraints for affected columns only jian he
• Re: [BUG] [PATCH] Allow physical replication slots to recover from archive after invalidation Joao Foltran
• Re: [PATCH] llvmjit: always add the simplifycfg pass Matheus Alcantara
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Pierre Ducroquet
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Matheus Alcantara
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Pierre Ducroquet
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Matheus Alcantara
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Andres Freund
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Matheus Alcantara
  • Re: [PATCH] llvmjit: always add the simplifycfg pass Pierre Ducroquet
• Re: Assert when executing query on partitioned table Tom Lane
• Refactor recovery conflict signaling a little Heikki Linnakangas
  • Re: Refactor recovery conflict signaling a little Chao Li
  • Re: Refactor recovery conflict signaling a little Heikki Linnakangas
  • Re: Refactor recovery conflict signaling a little Heikki Linnakangas
• Re: warning: dereferencing type-punned pointer Andres Freund
  • Re: warning: dereferencing type-punned pointer Peter Eisentraut
• Remove PG_MMAP_FLAGS Ashutosh Bapat
  • Re: Remove PG_MMAP_FLAGS Tom Lane
  • Re: Remove PG_MMAP_FLAGS Michael Paquier
  • Re: Remove PG_MMAP_FLAGS Ashutosh Bapat
  • Re: Remove PG_MMAP_FLAGS Michael Paquier
  • Re: Remove PG_MMAP_FLAGS Ashutosh Bapat
  • Re: Remove PG_MMAP_FLAGS Michael Paquier
  • Re: Remove PG_MMAP_FLAGS Ashutosh Bapat
  • Re: Remove PG_MMAP_FLAGS Michael Paquier
• Fix rounding method used to compute huge pages Anthonin Bonnefoy
  • Re: Fix rounding method used to compute huge pages Ashutosh Bapat
  • Re: Fix rounding method used to compute huge pages Nathan Bossart
  • Re: Fix rounding method used to compute huge pages Michael Paquier
  • Re: Fix rounding method used to compute huge pages Nathan Bossart
  • Re: Fix rounding method used to compute huge pages Michael Paquier
  • Re: Fix rounding method used to compute huge pages Anthonin Bonnefoy
  • Re: Fix rounding method used to compute huge pages Nathan Bossart
• Re: let ALTER COLUMN SET DATA TYPE cope with trigger dependency jian he
• Re: SQL Property Graph Queries (SQL/PGQ) Ajay Pal
  • Re: SQL Property Graph Queries (SQL/PGQ) Henson Choi
  • Re: SQL Property Graph Queries (SQL/PGQ) Ashutosh Bapat
  • Re: SQL Property Graph Queries (SQL/PGQ) Ajay Pal
• Re: DOC: fixes multiple errors in alter table doc Chao Li
  • Re: DOC: fixes multiple errors in alter table doc Chao Li
• RE: ReadRecentBuffer() doesn't scale well Ilyasov Ian
  • Re: ReadRecentBuffer() doesn't scale well Andres Freund
  • RE: ReadRecentBuffer() doesn't scale well Ilyasov Ian
• proposal: parentid and naturalid for plpgsql nodes Pavel Stehule
• Re: Report oldest xmin source when autovacuum cannot remove tuples wenhui qiu
  • Re: Report oldest xmin source when autovacuum cannot remove tuples Shinya Kato
• Re: ALTER TABLE: warn when actions do not recurse to partitions Chao Li
  • Re: ALTER TABLE: warn when actions do not recurse to partitions Jim Jones
  • Re: ALTER TABLE: warn when actions do not recurse to partitions Chao Li
  • Re: ALTER TABLE: warn when actions do not recurse to partitions Jim Jones
• Avoid recalculating pgprocno in ProcArrayAdd() Shinya Kato
  • Re: Avoid recalculating pgprocno in ProcArrayAdd() Chao Li
  • Re: Avoid recalculating pgprocno in ProcArrayAdd() Shinya Kato
• Re: LLVM 22 Thomas Munro
  • Re: LLVM 22 Andres Freund
  • Re: LLVM 22 Anthonin Bonnefoy
• Likely undefined behavior with some flexible arrays Andres Freund
  • Re: Likely undefined behavior with some flexible arrays Tom Lane
  • Re: Likely undefined behavior with some flexible arrays Andres Freund
  • Re: Likely undefined behavior with some flexible arrays Andrey Borodin
  • Re: Likely undefined behavior with some flexible arrays Andres Freund
• Re: Fix crash during recovery when redo segment is missing Kirill Reshke
• Re: pgsql: tests: Add a test C++ extension module Robert Haas
  • Re: pgsql: tests: Add a test C++ extension module Jelte Fennema-Nio
  • Re: pgsql: tests: Add a test C++ extension module Tom Lane
  • Re: pgsql: tests: Add a test C++ extension module Robert Haas
• Re: Having problems generating a code coverage report Andres Freund
  • Re: Having problems generating a code coverage report Michael Paquier
  • Re: Having problems generating a code coverage report Andres Freund
  • Re: Having problems generating a code coverage report Michael Paquier
  • Re: Having problems generating a code coverage report Andres Freund
  • Re: Having problems generating a code coverage report Michael Paquier
  • Re: Having problems generating a code coverage report Stefan Kaltenbrunner
  • Re: Having problems generating a code coverage report Michael Paquier
  • Re: Having problems generating a code coverage report Álvaro Herrera
  • Re: Having problems generating a code coverage report Álvaro Herrera
• Re: bt_index_parent_check and concurrently build indexes Álvaro Herrera
• [PATCH v1] Document pg_get_partition_constraintdef. Todd Liebenschutz-Jones
  • Re: [PATCH v1] Document pg_get_partition_constraintdef. Michael Paquier
• Re: Inval reliability, especially for inplace updates Mark Dilger
  • Re: Inval reliability, especially for inplace updates Noah Misch
  • Re: Inval reliability, especially for inplace updates Mark Dilger
  • Re: Inval reliability, especially for inplace updates Noah Misch
  • Re: Inval reliability, especially for inplace updates Peter Eisentraut
  • Re: Inval reliability, especially for inplace updates Noah Misch
• Re: [PATCH] Provide support for trailing commas Peter Eisentraut
  • Re: [PATCH] Provide support for trailing commas Tom Lane
  • Re: [PATCH] Provide support for trailing commas Greg Sabino Mullane
  • Re: [PATCH] Provide support for trailing commas Peter Eisentraut
• Re: Reduce build times of pg_trgm GIN indexes David Geier
  • Re: Reduce build times of pg_trgm GIN indexes Matthias van de Meent
  • Re: Reduce build times of pg_trgm GIN indexes David Geier
• Use correct collation in pg_trgm David Geier

• Earlier messages
• Later messages