pgsql-hackers (thread)

[HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
- Re: [HACKERS] Inconsistent Errors on Row Comparisons, Tom Lane
  - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, Tom Lane
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, Tom Lane
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, Tom Lane
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, Tom Lane
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David Fetter
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David Fetter
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David Fetter
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David E. Wheeler
    - Re: [HACKERS] Inconsistent Errors on Row Comparisons, David Fetter
[HACKERS] use of pg_stat_database, abdelhak benmohamed
- Re: [HACKERS] use of pg_stat_database, A. Kretschmer
- Re: [HACKERS] use of pg_stat_database, Merlin Moncure
[HACKERS] [PATCH v3] Avoid manual shift-and-test logic in AllocSetFreeIndex, Jeremy Kerr
[HACKERS] Hello to all postgresql developers :), Sergej Galkin
- Re: [HACKERS] Hello to all postgresql developers :), Peter Eisentraut
- Re: [HACKERS] Hello to all postgresql developers :), Dimitri Fontaine
[HACKERS] [PATCH 0/2 v3] SIGPIPE masking in local socket connections, Jeremy Kerr
- [HACKERS] [PATCH 2/2 v3] [libpq] Try to avoid manually masking SIGPIPEs on every send(), Jeremy Kerr
- [HACKERS] [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros, Jeremy Kerr
[HACKERS] 8.5 development schedule, Peter Eisentraut
- Re: [HACKERS] 8.5 development schedule, Robert Haas
  - Re: [HACKERS] 8.5 development schedule, Greg Stark
    - Re: [HACKERS] 8.5 development schedule, Robert Haas
    - Re: [HACKERS] 8.5 development schedule, Greg Stark
    - Re: [HACKERS] 8.5 development schedule, Merlin Moncure
    - Re: [HACKERS] 8.5 development schedule, Heikki Linnakangas
    - Re: [HACKERS] 8.5 development schedule, Robert Haas
    - Re: [HACKERS] 8.5 development schedule, Heikki Linnakangas
    - Re: [HACKERS] 8.5 development schedule, Tom Lane
    - Re: [HACKERS] 8.5 development schedule, Joshua D. Drake
  - Re: [HACKERS] 8.5 development schedule, Kevin Grittner
    - Re: [HACKERS] 8.5 development schedule, Peter Eisentraut
    - Re: [HACKERS] 8.5 development schedule, Kevin Grittner
    - Re: [HACKERS] 8.5 development schedule, Robert Haas
    - Re: [HACKERS] 8.5 development schedule, Tom Lane
    - Re: [HACKERS] 8.5 development schedule, Nikhil Sontakke
- Re: [HACKERS] 8.5 development schedule, Tom Lane
  - Re: [HACKERS] 8.5 development schedule, Joshua D. Drake
    - Re: [HACKERS] 8.5 development schedule, Tom Lane
    - Re: [HACKERS] 8.5 development schedule, Joshua D. Drake
    - Re: [HACKERS] 8.5 development schedule, Tom Lane
    - Re: [HACKERS] 8.5 development schedule, Robert Haas
    - Re: [HACKERS] 8.5 development schedule, Tom Lane
    - Re: [HACKERS] 8.5 development schedule, Josh Berkus
    - Re: [HACKERS] 8.5 development schedule, Tom Lane
- Re: [HACKERS] 8.5 development schedule, Josh Berkus
  - Re: [HACKERS] 8.5 development schedule, Tom Lane
- Re: [HACKERS] 8.5 development schedule, Kevin Grittner
  - Re: [HACKERS] 8.5 development schedule, Alvaro Herrera
  - Re: [HACKERS] 8.5 development schedule, Richard Huxton
[HACKERS] foreign.h is not installed, Itagaki Takahiro
- Re: [HACKERS] foreign.h is not installed, Peter Eisentraut
- Re: [HACKERS] foreign.h is not installed, Tom Lane
[HACKERS] autogenerating headers & bki stuff, Robert Haas
[HACKERS] How to register my function into backend?, Bruce YUAN
- Re: [HACKERS] How to register my function into backend?, Robert Haas
  - Re: [HACKERS] How to register my function into backend?, Bruce YUAN
[HACKERS] facing problem with createdb., Ms swati chande
- Re: [HACKERS] facing problem with createdb., Filip RembiaÅkowski
[HACKERS] pg_restore -t table concerns, Mike Toews
- Re: [HACKERS] pg_restore -t table concerns, Tom Lane
  - Re: [HACKERS] pg_restore -t table concerns, Andrew Dunstan
[HACKERS] Multi-Dimensional Histograms, David Fetter
- Re: [HACKERS] Multi-Dimensional Histograms, Nathan Boley
  - Re: [HACKERS] Multi-Dimensional Histograms, David Fetter
    - Re: [HACKERS] Multi-Dimensional Histograms, Tom Lane
    - Re: [HACKERS] Multi-Dimensional Histograms, David Fetter
    - Re: [HACKERS] Multi-Dimensional Histograms, Nathan Boley
    - Re: [HACKERS] Multi-Dimensional Histograms, Robert Haas
    - Re: [HACKERS] Multi-Dimensional Histograms, Nathan Boley
    - Re: [HACKERS] Multi-Dimensional Histograms, Nathan Boley
[HACKERS] [PATCH] user mapping extension to pg_ident.conf, Lars Kanis
- Re: [HACKERS] [PATCH] user mapping extension to pg_ident.conf, Tom Lane
  - Re: [HACKERS] [PATCH] user mapping extension to pg_ident.conf, Lars Kanis
    - Re: [HACKERS] [PATCH] user mapping extension to pg_ident.conf, Tom Lane
    - Re: [HACKERS] [PATCH] user mapping extension to pg_ident.conf, Lars Kanis
    - Re: [HACKERS] [PATCH] user mapping extension to pg_ident.conf, Lars Kanis
    - Re: [HACKERS] [PATCH] user mapping extension to pg_ident.conf, Stephen Frost
[HACKERS] dependencies for generated header files, Robert Haas
- Re: [HACKERS] dependencies for generated header files, Robert Haas
  - Re: [HACKERS] dependencies for generated header files, Alvaro Herrera
[HACKERS] pre-proposal: permissions made easier, Jeff Davis
- Re: [HACKERS] pre-proposal: permissions made easier, Bill Moran
  - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
- Re: [HACKERS] pre-proposal: permissions made easier, Tom Lane
  - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, Tom Lane
    - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, David Fetter
    - Re: [HACKERS] pre-proposal: permissions made easier, Andrew Dunstan
    - Re: [HACKERS] pre-proposal: permissions made easier, David Fetter
    - Re: [HACKERS] pre-proposal: permissions made easier, Stephen Frost
    - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, Andrew Dunstan
    - Re: [HACKERS] pre-proposal: permissions made easier, David Fetter
    - Re: [HACKERS] pre-proposal: permissions made easier, Tom Lane
    - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, Tom Lane
    - Re: [HACKERS] pre-proposal: permissions made easier, Andrew Dunstan
    - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, Josh Berkus
    - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
    - Re: [HACKERS] pre-proposal: permissions made easier, Tom Lane
    - Re: [HACKERS] pre-proposal: permissions made easier, Josh Berkus
    - Re: [HACKERS] pre-proposal: permissions made easier, Tom Lane
    - Re: [HACKERS] pre-proposal: permissions made easier, Josh Berkus
    - Re: [HACKERS] pre-proposal: permissions made easier, Greg Stark
    - Re: [HACKERS] pre-proposal: permissions made easier, Josh Berkus
    - Re: [HACKERS] pre-proposal: permissions made easier, Greg Stark
    - Re: [HACKERS] pre-proposal: permissions made easier, Josh Berkus
    - Re: [HACKERS] pre-proposal: permissions made easier, Greg Stark
    - Re: [HACKERS] pre-proposal: permissions made easier, Josh Berkus
    - Re: [HACKERS] pre-proposal: permissions made easier, Greg Stark
    - Re: [HACKERS] pre-proposal: permissions made easier, Aidan Van Dyk
    - Re: [HACKERS] pre-proposal: permissions made easier, Andrew Dunstan
    - Re: [HACKERS] pre-proposal: permissions made easier, Aidan Van Dyk
    - Re: [HACKERS] pre-proposal: permissions made easier, David Fetter
- Re: [HACKERS] pre-proposal: permissions made easier, Robert Haas
  - Re: [HACKERS] pre-proposal: permissions made easier, Jeff Davis
[HACKERS] Problem building from source on Windows, Ms swati chande
- Re: [HACKERS] Problem building from source on Windows, Hiroshi Saito
- Re: [HACKERS] Problem building from source on Windows, Ms swati chande
Re: [HACKERS] stat() vs cygwin, Reini Urban
[HACKERS] Join optimization for inheritance tables, Nedyalko Borisov
- Re: [HACKERS] Join optimization for inheritance tables, Tom Lane
[HACKERS] gettext version problem exposed by buildfarm failures on "canary", Tom Lane
- Re: [HACKERS] gettext version problem exposed by buildfarm failures on "canary", Andrew Dunstan
  - Re: [HACKERS] gettext version problem exposed by buildfarm failures on "canary", Tom Lane
    - Re: [HACKERS] gettext version problem exposed by buildfarm failures on "canary", Kris Jurka
- Re: [HACKERS] gettext version problem exposed by buildfarm failures on "canary", Kris Jurka
[HACKERS] Proposal: More portable way to support 64bit platforms, Tsutomu Yamada
- Re: [HACKERS] Proposal: More portable way to support 64bit platforms, Peter Eisentraut
  - Re: [HACKERS] Proposal: More portable way to support 64bit platforms, Tsutomu Yamada
    - Re: [HACKERS] Proposal: More portable way to support 64bit platforms, Tom Lane
    - Re: [HACKERS] Proposal: More portable way to support 64bit platforms, Peter Eisentraut
    - Re: [HACKERS] Proposal: More portable way to support 64bit platforms, Tom Lane
[HACKERS] Query progress indication - an implementation, Scara Maccai
- Re: [HACKERS] Query progress indication - an implementation, Robert Haas
  - Re: [HACKERS] Query progress indication - an implementation, Peter Eisentraut
- Re: [HACKERS] Query progress indication - an implementation, Scara Maccai
  - Re: [HACKERS] Query progress indication - an implementation, Peter Hunsberger
  - Re: [HACKERS] Query progress indication - an implementation, Robert Haas
    - Re: [HACKERS] Query progress indication - an implementation, Josh Berkus
    - Re: [HACKERS] Query progress indication - an implementation, Tom Lane
    - Re: [HACKERS] Query progress indication - an implementation, Joshua Tolley
    - Re: [HACKERS] Query progress indication - an implementation, Tom Lane
    - Re: [HACKERS] Query progress indication - an implementation, Peter Hunsberger
    - Re: [HACKERS] Query progress indication - an implementation, Simon Riggs
    - Re: [HACKERS] Query progress indication - an implementation, Tom Lane
    - Re: [HACKERS] Query progress indication - an implementation, Greg Stark
    - Re: [HACKERS] Query progress indication - an implementation, Ron Mayer
    - Re: [HACKERS] Query progress indication - an implementation, Dimitri Fontaine
    - Re: [HACKERS] Query progress indication - an implementation, Simon Riggs
    - Re: [HACKERS] Query progress indication - an implementation, Simon Riggs
- Re: [HACKERS] Query progress indication - an implementation, m_lists
  - Re: [HACKERS] Query progress indication - an implementation, Robert Haas
- Re: [HACKERS] Query progress indication - an implementation, Scara Maccai
- Re: [HACKERS] Query progress indication - an implementation, Scara Maccai
[HACKERS] [PATCH] [v8.5] Security checks on largeobjects, KaiGai Kohei
- Re: [HACKERS] [PATCH] [v8.5] Security checks on largeobjects, Bernd Helmle
  - Re: [HACKERS] [PATCH] [v8.5] Security checks on largeobjects, KaiGai Kohei
    - Re: [HACKERS] [PATCH] [v8.5] Security checks on largeobjects, Bernd Helmle
    - Re: [HACKERS] [PATCH] [v8.5] Security checks on largeobjects, Tom Lane
    - Re: [HACKERS] [PATCH] [v8.5] Security checks on largeobjects, KaiGai Kohei
    - Re: [HACKERS] [PATCH] [v8.5] Security checks on largeobjects, KaiGai Kohei
[HACKERS] query cancel issues in contrib/dblink, Itagaki Takahiro
- Re: [HACKERS] query cancel issues in contrib/dblink, Merlin Moncure
  - Re: [HACKERS] query cancel issues in contrib/dblink, Itagaki Takahiro
[HACKERS] 8.4 RC1 union/nested select cast bug?, Eric Miller
- Re: [HACKERS] 8.4 RC1 union/nested select cast bug?, Tom Lane
[HACKERS] PG 8.4 release will be delayed, Tom Lane
[HACKERS] Resolving pg_standby -l, Simon Riggs
- Re: [HACKERS] Resolving pg_standby -l, Heikki Linnakangas
- Re: [HACKERS] Resolving pg_standby -l, Tom Lane
  - Re: [HACKERS] Resolving pg_standby -l, Simon Riggs
    - Re: [HACKERS] Resolving pg_standby -l, Tom Lane
[HACKERS] Why does pg_standby require libpq.so.5?, Fujii Masao
- Re: [HACKERS] Why does pg_standby require libpq.so.5?, Simon Riggs
  - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Magnus Hagander
    - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Fujii Masao
    - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Magnus Hagander
    - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Heikki Linnakangas
    - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Tom Lane
    - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Magnus Hagander
    - Re: [HACKERS] Why does pg_standby require libpq.so.5?, Fujii Masao
[HACKERS] array casts that worked in 8.3 no longer work, J. Greg Davidson
[HACKERS] how can we propagate fk constraints?, shrish purohit
[HACKERS] ECPG dynamic cursor, SQLDA support, Boszormenyi Zoltan
- Re: [HACKERS] ECPG dynamic cursor, SQLDA support, Michael Meskes
[HACKERS] pg_listener attribute number #defines, Robert Haas
[HACKERS] dblink for 8.4 should work without user-mappings, Itagaki Takahiro
- Re: [HACKERS] dblink for 8.4 should work without user-mappings, Peter Eisentraut
[HACKERS] that picksplit debug message again, Peter Eisentraut
- Re: [HACKERS] that picksplit debug message again, Tom Lane
  - Re: [HACKERS] that picksplit debug message again, Simon Riggs
[HACKERS] Extensions User Design, Dimitri Fontaine
- Re: [HACKERS] Extensions User Design, David E. Wheeler
  - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Richard Huxton
- Re: [HACKERS] Extensions User Design, Jaime Casanova
  - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
- Re: [HACKERS] Extensions User Design, Josh Berkus
  - Re: [HACKERS] Extensions User Design, Andrew Dunstan
    - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, Josh Berkus
    - Re: [HACKERS] Extensions User Design, Andrew Dunstan
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Andrew Dunstan
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Andrew Dunstan
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Peter Eisentraut
    - Re: [HACKERS] Extensions User Design, Richard Huxton
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Jaime Casanova
  - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
  - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
  - Re: [HACKERS] Extensions User Design, Dave Page
    - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, Dave Page
    - Re: [HACKERS] Extensions User Design, Magnus Hagander
    - Re: [HACKERS] Extensions User Design, Dimitri Fontaine
    - Re: [HACKERS] Extensions User Design, Tom Lane
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Tom Lane
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, David E. Wheeler
    - Re: [HACKERS] Extensions User Design, Dave Page
[HACKERS] PK not being restored, Rajdeep Das
- Re: [HACKERS] PK not being restored, Merlin Moncure
[HACKERS] 8.4RC2 is available, Tom Lane
- Re: [HACKERS] 8.4RC2 is available, David E. Wheeler
- Re: [HACKERS] 8.4RC2 is available, Devrim GÜNDÜZ
[ADMIN] PK not being restored, Rajdeep Das
[HACKERS] building without perl, Robert Haas
- Re: [HACKERS] building without perl, Tom Lane
  - Re: [HACKERS] building without perl, Robert Haas
    - Re: [HACKERS] building without perl, Tom Lane
    - Re: [HACKERS] building without perl, Andrew Dunstan
    - Re: [HACKERS] building without perl, Tom Lane
    - Re: [HACKERS] building without perl, Andrew Dunstan
    - Re: [HACKERS] building without perl, Peter Eisentraut
    - Re: [HACKERS] building without perl, Tom Lane
[HACKERS] Changed error message for blocks by prepared transactions, Andreas 'ads' Scherbaum
- Re: [HACKERS] Changed error message for blocks by prepared transactions, Tom Lane
  - Re: [HACKERS] Changed error message for blocks by prepared transactions, Andreas 'ads' Scherbaum
[HACKERS] Re: [BUGS] BUG #4862: different results in to_date() between 8.3.7 & 8.4.RC1, Brendan Jurd
- Re: [HACKERS] [BUGS] BUG #4862: different results in to_date() between 8.3.7 & 8.4.RC1, Tom Lane
  - [HACKERS] Re: [BUGS] BUG #4862: different results in to_date() between 8.3.7 & 8.4.RC1, Jeremy Ford
    - [HACKERS] Re: [BUGS] BUG #4862: different results in to_date() between 8.3.7 & 8.4.RC1, Brendan Jurd
[HACKERS] enquery for timezone GMT, rct682
[HACKERS] Missing Docs for MOVE direction?, David E. Wheeler
- Re: [HACKERS] Missing Docs for MOVE direction?, David E. Wheeler
  - Re: [HACKERS] Missing Docs for MOVE direction?, Peter Eisentraut
[HACKERS] array_agg versus repeated execution of aggregate final functions, Tom Lane
- Re: [HACKERS] array_agg versus repeated execution of aggregate final functions, Merlin Moncure
  - Re: [HACKERS] array_agg versus repeated execution of aggregate final functions, Tom Lane
[HACKERS] cassert: array size exceeds the maximum allowed (134217727), Merlin Moncure
- Re: [HACKERS] cassert: array size exceeds the maximum allowed (134217727), Merlin Moncure
- Re: [HACKERS] cassert: array size exceeds the maximum allowed (134217727), Tom Lane
[HACKERS] PSQLException: FATAL: semctl(9335088, 3, SETVAL, 0) failed, Rajdeep Das
- Re: [HACKERS] PSQLException: FATAL: semctl(9335088, 3, SETVAL, 0) failed, Tom Lane
[HACKERS] security checks for largeobjects?, KaiGai Kohei
- Re: [HACKERS] security checks for largeobjects?, KaiGai Kohei
  - Re: [HACKERS] security checks for largeobjects?, David Fetter
    - Re: [HACKERS] security checks for largeobjects?, Peter Eisentraut
    - Re: [HACKERS] security checks for largeobjects?, David Fetter
    - Re: [HACKERS] security checks for largeobjects?, Tom Lane
    - Re: [HACKERS] security checks for largeobjects?, David Fetter
    - Re: [HACKERS] security checks for largeobjects?, KaiGai Kohei
    - Re: [HACKERS] security checks for largeobjects?, KaiGai Kohei
  - Re: [HACKERS] security checks for largeobjects?, KaiGai Kohei
[HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
- Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
  - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Alan Li
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Andrew Dunstan
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Marko Kreen
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kenneth Marshall
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Josh Berkus
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Smith
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Smith
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Heikki Linnakangas
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Robert Haas
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Robert Haas
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Stark
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Robert Haas
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Heikki Linnakangas
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Heikki Linnakangas
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Andrew Dunstan
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Smith
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stefan Kaltenbrunner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Alan Li
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Andrew Dunstan
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Andrew Dunstan
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stephen Frost
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Stephen Frost
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Tom Lane
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Dimitri Fontaine
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Andrew Dunstan
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Aidan Van Dyk
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Alan Li
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Smith
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Simon Riggs
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Stark
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Stark
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Greg Smith
  - Re: [HACKERS] 8.4 open item: copy performance regression?, Kenneth Marshall
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
    - Re: [HACKERS] 8.4 open item: copy performance regression?, Kenneth Marshall
- Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
  - Re: [HACKERS] 8.4 open item: copy performance regression?, Kevin Grittner
[HACKERS] rc1 tarball contains partially outdated/missing man pages, Peter Eisentraut
- Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Tom Lane
  - Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Tom Lane
    - Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Peter Eisentraut
    - Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Tom Lane
    - Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Peter Eisentraut
- Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Tom Lane
  - Re: [HACKERS] rc1 tarball contains partially outdated/missing man pages, Peter Eisentraut
[HACKERS] rc tarball built with older flex version?, Peter Eisentraut
- Re: [HACKERS] rc tarball built with older flex version?, Tom Lane
  - Re: [HACKERS] rc tarball built with older flex version?, Marc G. Fournier
    - Re: [HACKERS] rc tarball built with older flex version?, Peter Eisentraut
    - Re: [HACKERS] rc tarball built with older flex version?, Marc G. Fournier
[HACKERS] typos in source comment, Fujii Masao
- Re: [HACKERS] typos in source comment, Heikki Linnakangas
[HACKERS] machine-readable explain output v2, Robert Haas
[HACKERS] generic explain options v3, Robert Haas
[HACKERS] Cannot use all four trigger events at once, Greg Sabino Mullane
- Re: [HACKERS] Cannot use all four trigger events at once, Tom Lane
  - Re: [HACKERS] Cannot use all four trigger events at once, Greg Sabino Mullane
    - Re: [HACKERS] Cannot use all four trigger events at once, Tom Lane
- Re: [HACKERS] Cannot use all four trigger events at once, Simon Riggs
[HACKERS] plpgsql error message, Peter Eisentraut
- Re: [HACKERS] plpgsql error message, Tom Lane
[HACKERS] Determining client_encoding from client locale, Heikki Linnakangas
- Re: [HACKERS] Determining client_encoding from client locale, Andrew Dunstan
- Re: [HACKERS] Determining client_encoding from client locale, Peter Eisentraut
  - Re: [HACKERS] Determining client_encoding from client locale, Tom Lane
  - Re: [HACKERS] Determining client_encoding from client locale, Itagaki Takahiro
    - Re: [HACKERS] Determining client_encoding from client locale, Tom Lane
    - Re: [HACKERS] Determining client_encoding from client locale, Bruce Momjian
    - Re: [HACKERS] Determining client_encoding from client locale, Tom Lane
    - Re: [HACKERS] Determining client_encoding from client locale, Heikki Linnakangas
- Re: [HACKERS] Determining client_encoding from client locale, Alvaro Herrera
  - Re: [HACKERS] Determining client_encoding from client locale, Greg Stark
[HACKERS] Named transaction, Pavel Golub
- Re: [HACKERS] Named transaction, Tom Lane
  - Re: [HACKERS] Named transaction, David E. Wheeler
    - Re: [HACKERS] Named transaction, Greg Stark
    - Re: [HACKERS] Named transaction, Kevin Grittner
    - Re: [HACKERS] Named transaction, Robert Haas
  - Re: [HACKERS] Named transaction, Andrew Dunstan
    - Re: [HACKERS] Named transaction, Alvaro Herrera
    - Re: [HACKERS] Named transaction, Andrew Dunstan
    - Re: [HACKERS] Named transaction, Tom Lane
    - Re: [HACKERS] Named transaction, Kevin Grittner
    - Re: [HACKERS] Named transaction, Joshua D. Drake
    - Re: [HACKERS] Named transaction, Andrew Dunstan
    - Re: [HACKERS] Named transaction, Andrew Dunstan
    - Re: [HACKERS] Named transaction, Tom Lane
    - Re: [HACKERS] Named transaction, Greg Stark
    - Re: [HACKERS] Named transaction, Robert Haas
    - Re: [HACKERS] Named transaction, Greg Stark
    - Re: [HACKERS] Named transaction, Alvaro Herrera
  - Re: [HACKERS] Named transaction, Pavel Golub
    - Re: [HACKERS] Named transaction, Tom Lane
    - Re: [HACKERS] Named transaction, Mark Mielke
[HACKERS] concurrent COPY performance, Stefan Kaltenbrunner
- Re: [HACKERS] concurrent COPY performance, Merlin Moncure
  - Re: [HACKERS] concurrent COPY performance, Andrew Dunstan
    - Re: [HACKERS] concurrent COPY performance, Kevin Grittner
    - Re: [HACKERS] concurrent COPY performance, Gurjeet Singh
  - Re: [HACKERS] concurrent COPY performance, Stefan Kaltenbrunner
[HACKERS] GRANT ON ALL IN schema, Petr Jelinek
- Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
  - Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
    - Re: [HACKERS] GRANT ON ALL IN schema, Peter Eisentraut
    - Re: [HACKERS] GRANT ON ALL IN schema, Stephen Frost
    - Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
    - Re: [HACKERS] GRANT ON ALL IN schema, Stephen Frost
    - Re: [HACKERS] GRANT ON ALL IN schema, Tom Lane
    - Re: [HACKERS] GRANT ON ALL IN schema, Peter Eisentraut
    - Re: [HACKERS] GRANT ON ALL IN schema, Tom Lane
    - Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
    - Re: [HACKERS] GRANT ON ALL IN schema, Guillaume Smet
    - Re: [HACKERS] GRANT ON ALL IN schema, Greg Stark
    - Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
    - Re: [HACKERS] GRANT ON ALL IN schema, Robert Haas
    - Re: [HACKERS] GRANT ON ALL IN schema, Peter Eisentraut
    - Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
    - Re: [HACKERS] GRANT ON ALL IN schema, Bernd Helmle
    - Re: [HACKERS] GRANT ON ALL IN schema, Stephen Frost
    - Re: [HACKERS] GRANT ON ALL IN schema, Petr Jelinek
    - Re: [HACKERS] GRANT ON ALL IN schema, Stephen Frost
[HACKERS] Synch Rep: communication between backends and walsender, Fujii Masao
- Re: [HACKERS] Synch Rep: communication between backends and walsender, Greg Stark
  - Re: [HACKERS] Synch Rep: communication between backends and walsender, Tom Lane
- Re: [HACKERS] Synch Rep: communication between backends and walsender, Markus Wanner
  - Re: [HACKERS] Synch Rep: communication between backends and walsender, Fujii Masao
    - Re: [HACKERS] Synch Rep: communication between backends and walsender, Markus Wanner
    - Re: [HACKERS] Synch Rep: communication between backends and walsender, Fujii Masao
[HACKERS] Synch Rep: direct transfer of WAL file from the primary to the standby, Fujii Masao
Re: [HACKERS] change do_tup_output to take Datum arguments rather than cstring, Robert Haas
[HACKERS] question about meaning of character varying without length, Konstantin Izmailov
- Re: [HACKERS] question about meaning of character varying without length, Robert Haas
  - Re: [HACKERS] question about meaning of character varying without length, Konstantin Izmailov
    - Re: [HACKERS] question about meaning of character varying without length, Konstantin Izmailov
    - Re: [HACKERS] question about meaning of character varying without length, Stefan Kaltenbrunner
    - Re: [HACKERS] question about meaning of character varying without length, Andrew Dunstan
[HACKERS] How to embed postgresql?, Bruce YUAN
- Re: [HACKERS] How to embed postgresql?, Robert Haas
- Re: [HACKERS] How to embed postgresql?, Josh Berkus
- Re: [HACKERS] How to embed postgresql?, dror
  - Re: [HACKERS] How to embed postgresql?, dror
[HACKERS] What does log_destination = csvlog mean?, Bruce Momjian
- Re: [HACKERS] What does log_destination = csvlog mean?, Andrew Dunstan
  - Re: [HACKERS] What does log_destination = csvlog mean?, Bruce Momjian
[HACKERS] Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed?, Jacky Leng
- Re: [HACKERS] Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed?, Martijn van Oosterhout
  - Re: [HACKERS] Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed?, Tom Lane
    - Re: [HACKERS] Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed?, Jacky Leng
[HACKERS] 8.4 release notes "Recursive Joins", Erik Rijkers
- Re: [HACKERS] 8.4 release notes "Recursive Joins", Peter Eisentraut
[HACKERS] postgresql regular expr bug?, Pavel Stehule
- Re: [HACKERS] postgresql regular expr bug?, Stephen J. Butler
- Re: [HACKERS] postgresql regular expr bug?, hubert depesz lubaczewski
  - Re: [HACKERS] postgresql regular expr bug?, Pavel Stehule
[HACKERS] Suppressing occasional failures in copy2 regression test, Tom Lane
- Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Greg Stark
  - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Tom Lane
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Robert Haas
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Gurjeet Singh
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, David Fetter
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Tom Lane
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, David Fetter
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Gurjeet Singh
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Alvaro Herrera
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Gurjeet Singh
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Gurjeet Singh
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, David Fetter
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, Gurjeet Singh
    - Re: [HACKERS] Suppressing occasional failures in copy2 regression test, tomas
[HACKERS] char() overhead on read-only workloads not so insignifcant as the docs claim it is..., Stefan Kaltenbrunner
- Re: [HACKERS] char() overhead on read-only workloads not so insignifcant as the docs claim it is..., Gurjeet Singh
  - Re: [HACKERS] char() overhead on read-only workloads not so insignifcant as the docs claim it is..., Alvaro Herrera
    - Re: [HACKERS] char() overhead on read-only workloads not so insignifcant as the docs claim it is..., Jeremy Kerr
    - [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Robert Haas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Robert Haas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Heikki Linnakangas
    - [HACKERS] Uninstallation error, genie.japo
    - Re: [HACKERS] Uninstallation error, Peter Eisentraut
    - Re: [HACKERS] Uninstallation error, Alvaro Herrera
    - Re: [HACKERS] Uninstallation error, genie.japo
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Robert Haas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Greg Stark
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Andrew Dunstan
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Greg Stark
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stefan Kaltenbrunner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Gurjeet Singh
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Gurjeet Singh
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Heikki Linnakangas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stefan Kaltenbrunner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stefan Kaltenbrunner
    - [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Robert Haas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Robert Haas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stefan Kaltenbrunner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stefan Kaltenbrunner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Dimitri Fontaine
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Jeremy Kerr
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Dimitri Fontaine
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, tomas
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Andrew Dunstan
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Simon Riggs
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Marko Kreen
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Simon Riggs
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stefan Kaltenbrunner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Simon Riggs
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Florian Weimer
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Greg Stark
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Chuck McDevitt
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Simon Riggs
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Kevin Grittner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Kevin Grittner
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Simon Riggs
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Greg Stark
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Tom Lane
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Simon Riggs
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Alvaro Herrera
    - Re: [HACKERS] [PATCH] backend: compare word-at-a-time in bcTruelen, Stephen Frost
Re: [HACKERS] [GENERAL] Using results from DELETE ... RETURNING, David Fetter
- Re: [HACKERS] [GENERAL] Using results from DELETE ... RETURNING, Petr Jelinek
  - Re: [HACKERS] [GENERAL] Using results from DELETE ... RETURNING, David Fetter
[HACKERS] some of the datatypes only support hashing, while others only support sorting, Robert Haas
- Re: [HACKERS] some of the datatypes only support hashing, while others only support sorting, Tom Lane
[HACKERS] port to Windows x64, Tsutomu Yamada
[HACKERS] cannot update to the latest CVS sources, Fujii Masao
- Re: [HACKERS] cannot update to the latest CVS sources, Bruce Momjian
  - Re: [HACKERS] cannot update to the latest CVS sources, Kevin Grittner
  - Re: [HACKERS] cannot update to the latest CVS sources, Tom Lane
    - Re: [HACKERS] cannot update to the latest CVS sources, Bruce Momjian
- Re: [HACKERS] cannot update to the latest CVS sources, Dave Page
  - Re: [HACKERS] cannot update to the latest CVS sources, Kevin Grittner
    - Re: [HACKERS] cannot update to the latest CVS sources, Fujii Masao
[HACKERS] PostgreSQL installation, suylivar
- Re: [HACKERS] PostgreSQL installation, Emanuel Calvo Franco
[HACKERS] machine-readable explain output, Robert Haas
- Re: [HACKERS] machine-readable explain output, Josh Berkus
  - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Josh Berkus
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Bernd Helmle
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Dave Page
    - Re: [HACKERS] machine-readable explain output, Pavel Stehule
    - Re: [HACKERS] machine-readable explain output, Dave Page
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Tom Lane
- Re: [HACKERS] machine-readable explain output, Peter Eisentraut
- Re: [HACKERS] machine-readable explain output, Andres Freund
  - Re: [HACKERS] machine-readable explain output, Greg Stark
    - Re: [HACKERS] machine-readable explain output, Andres Freund
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Andres Freund
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Andres Freund
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Andres Freund
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Andres Freund
    - Re: [HACKERS] machine-readable explain output, tomas
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Greg Stark
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Andrew Dunstan
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Tom Lane
    - Re: [HACKERS] machine-readable explain output, Robert Haas
    - Re: [HACKERS] machine-readable explain output, Andres Freund
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Peter Eisentraut
    - Re: [HACKERS] machine-readable explain output, Robert Haas
[HACKERS] generic explain options v2, Robert Haas
[HACKERS] explain refactoring v4, Robert Haas
Re: [HACKERS] [COMMITTERS] pgsql: Document struct/union problem with pgindent., Andrew Dunstan
- Re: [HACKERS] [COMMITTERS] pgsql: Document struct/union problem with pgindent., Alvaro Herrera
  - Re: [HACKERS] [COMMITTERS] pgsql: Document struct/union problem with pgindent., Andrew Dunstan
- Re: [HACKERS] [COMMITTERS] pgsql: Document struct/union problem with pgindent., Tom Lane
  - Re: [HACKERS] [COMMITTERS] pgsql: Document struct/union problem with pgindent., Bruce Momjian
[HACKERS] AlterTableCreateToastTable API still not right for pg_migrator, Tom Lane
- [HACKERS] Re: AlterTableCreateToastTable API still not right for pg_migrator, Bruce Momjian
- [HACKERS] Re: AlterTableCreateToastTable API still not right for pg_migrator, Bruce Momjian
[HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Shadar
- Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Greg Stark
  - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Tom Lane
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Greg Stark
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Tom Lane
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Tom Lane
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Greg Stark
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Tom Lane
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Shadar
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Shadar
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Kevin Grittner
  - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Shadar
    - Re: [HACKERS] Modifying TOAST_TUPLE_THRESHOLD and TOAST_TUPLE_TARGET?, Greg Stark
[HACKERS] [PATCH][v8.5] SE-PostgreSQL Patch Updates (r2016), KaiGai Kohei
- Re: [HACKERS] [PATCH][v8.5] SE-PostgreSQL Patch Updates (r2016), David E. Wheeler
[HACKERS] 8.4beta[12] set returning function fails -- was O.K. with 8.3, J. Greg Davidson
- Re: [HACKERS] 8.4beta[12] set returning function fails -- was O.K. with 8.3, Hitoshi Harada
  - Re: [HACKERS] 8.4beta[12] set returning function fails -- was O.K. with 8.3, Tom Lane
[HACKERS] Display of foreign keys in psql, Peter Eisentraut
- Re: [HACKERS] Display of foreign keys in psql, Bruce Momjian
  - Re: [HACKERS] Display of foreign keys in psql, Kevin Grittner
  - Re: [HACKERS] Display of foreign keys in psql, Greg Stark
- Re: [HACKERS] Display of foreign keys in psql, Tom Lane
  - Re: [HACKERS] Display of foreign keys in psql, Greg Stark
    - Re: [HACKERS] Display of foreign keys in psql, Tom Lane
    - Re: [HACKERS] Display of foreign keys in psql, Greg Stark
    - Re: [HACKERS] Display of foreign keys in psql, Tom Lane
- Re: [HACKERS] Display of foreign keys in psql, Brendan Jurd
[HACKERS] Resolving 8.4 open items, Tom Lane
- Re: [HACKERS] Resolving 8.4 open items, Magnus Hagander
  - Re: [HACKERS] Resolving 8.4 open items, Tom Lane
- Re: [HACKERS] Resolving 8.4 open items, Josh Berkus
  - Re: [HACKERS] Resolving 8.4 open items, Tom Lane
    - Re: [HACKERS] Resolving 8.4 open items, Josh Berkus
    - Re: [HACKERS] Resolving 8.4 open items, Tom Lane
    - Re: [HACKERS] Resolving 8.4 open items, Josh Berkus
    - Re: [HACKERS] Resolving 8.4 open items, Tom Lane
    - Re: [HACKERS] Resolving 8.4 open items, Josh Berkus
- Re: [HACKERS] Resolving 8.4 open items, Greg Smith
  - Re: [HACKERS] Resolving 8.4 open items, Tom Lane
[HACKERS] PlannerInfo Structure, Ana Carolina Brito de Almeida
- Re: [HACKERS] PlannerInfo Structure, Tom Lane
[HACKERS] Getting error while trying to insert date with the format 'dd-month-yyyy' , 'day-mm-yyyy' etc.., Rushabh Lathia
- Re: [HACKERS] Getting error while trying to insert date with the format 'dd-month-yyyy' , 'day-mm-yyyy' etc.., Tom Lane
  - Re: [HACKERS] Getting error while trying to insert date with the format 'dd-month-yyyy' , 'day-mm-yyyy' etc.., Peter Eisentraut
    - Re: [HACKERS] Getting error while trying to insert date with the format 'dd-month-yyyy' , 'day-mm-yyyy' etc.., Rushabh Lathia
    - Re: [HACKERS] Getting error while trying to insert date with the format 'dd-month-yyyy' , 'day-mm-yyyy' etc.., Tom Lane
Re: [HACKERS] [BUGS] BUG #4822: xmlattributes encodes '&' twice, Peter Eisentraut
- Re: [HACKERS] [BUGS] BUG #4822: xmlattributes encodes '&' twice, Peter Eisentraut
[HACKERS] pgindent run coming, Bruce Momjian
- Re: [HACKERS] pgindent run coming, Bruce Momjian
  - Re: [HACKERS] pgindent run coming, Bruce Momjian
  - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Greg Stark
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Merlin Moncure
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Alvaro Herrera
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Tom Lane
- Re: [HACKERS] pgindent run coming, Simon Riggs
  - Re: [HACKERS] pgindent run coming, Tom Lane
- Re: [HACKERS] pgindent run coming, Peter Eisentraut
  - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Bruce Momjian
    - Re: [HACKERS] pgindent run coming, Peter Eisentraut
    - Re: [HACKERS] pgindent run coming, Tom Lane
    - Re: [HACKERS] pgindent run coming, Greg Stark
    - Re: [HACKERS] pgindent run coming, Peter Eisentraut
    - Re: [HACKERS] pgindent run coming, Andrew Dunstan
    - Re: [HACKERS] pgindent run coming, Tom Lane
[HACKERS] Not quite a security hole in internal_in, Tom Lane
- Re: [HACKERS] Not quite a security hole in internal_in, Greg Sabino Mullane
  - Re: [HACKERS] Not quite a security hole in internal_in, Robert Haas
  - Re: [HACKERS] Not quite a security hole in internal_in, Tom Lane
- Re: [HACKERS] Not quite a security hole in internal_in, Jaime Casanova
  - Re: [HACKERS] Not quite a security hole in internal_in, Tom Lane
- Re: [HACKERS] Not quite a security hole in internal_in, Andrew Dunstan
  - Re: [HACKERS] Not quite a security hole in internal_in, Tom Lane
    - Re: [HACKERS] Not quite a security hole in internal_in, Gurjeet Singh
    - Re: [HACKERS] Not quite a security hole in internal_in, Tom Lane
- Re: [HACKERS] Not quite a security hole in internal_in, Sergey Burladyan
  - Re: [HACKERS] Not quite a security hole in internal_in, Tom Lane
    - Re: [HACKERS] Not quite a security hole in internal_in, Tom Lane
Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Tom Lane
- Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Robert Haas
  - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Alvaro Herrera
  - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Tom Lane
    - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Kevin Grittner
    - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Jaime Casanova
    - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Tom Lane
    - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Mark Kirkwood
    - Re: [HACKERS] [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Robert Haas
- [HACKERS] Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Jeff Davis
  - [HACKERS] Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Jeff Davis
    - Re: [HACKERS] Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7, Tom Lane
[HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Albe Laurenz
- Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
  - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Andrew Dunstan
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Merlin Moncure
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Albe Laurenz
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Merlin Moncure
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Albe Laurenz
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Merlin Moncure
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Andrew Dunstan
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Merlin Moncure
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Albe Laurenz
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Merlin Moncure
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Albe Laurenz
    - Re: [HACKERS] Problem with listen_addresses = '*' on 8.4beta2 on AIX, Tom Lane
[HACKERS] page is uninitialized --- fixing, Simon Riggs
- Re: [HACKERS] page is uninitialized --- fixing, Tom Lane
  - Re: [HACKERS] page is uninitialized --- fixing, Simon Riggs
- Re: [HACKERS] page is uninitialized --- fixing, Tom Lane
  - Re: [HACKERS] page is uninitialized --- fixing, Simon Riggs
    - Re: [HACKERS] page is uninitialized --- fixing, Tom Lane
    - Re: [HACKERS] page is uninitialized --- fixing, Simon Riggs
    - Re: [HACKERS] page is uninitialized --- fixing, Simon Riggs
[HACKERS] Multicolumn index corruption on 8.4 beta 2, Floris Bos / Maxnet
- Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Richard Huxton
  - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Greg Stark
  - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Floris Bos / Maxnet
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Tom Lane
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Tom Lane
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Simon Riggs
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Florian Weimer
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Greg Stark
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Floris Bos / Maxnet
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Josh Berkus
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Florian Weimer
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Alvaro Herrera
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Kevin Grittner
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Josh Berkus
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Tom Lane
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Floris Bos / Maxnet
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Andy Colson
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Josh Berkus
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Andy Colson
    - Re: [HACKERS] Multicolumn index corruption on 8.4 beta 2, Josh Berkus
[HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Kedar Potdar
- Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Josh Berkus
- Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Grzegorz Jaskiewicz
  - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Jaime Casanova
    - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Kedar Potdar
    - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Grzegorz Jaskiewicz
    - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Kedar Potdar
    - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, gj
    - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Kedar Potdar
    - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, gj
- Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Nikhil Sontakke
  - Re: [HACKERS] Patch for automating partitions in PostgreSQL 8.4 Beta 2, Kedar Potdar
[HACKERS] B-Tree contention?, Alan Li
[HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
- Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
  - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Heikki Linnakangas
- Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Simon Riggs
  - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
- Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Robert Haas
  - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Greg Stark
  - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Robert Haas
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Robert Haas
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Alvaro Herrera
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Tom Lane
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Alvaro Herrera
    - Re: [HACKERS] Partial vacuum versus pg_class.reltuples, Robert Haas
Re: [HACKERS] Revisiting default_statistics_target, Mark Wong
- Re: [HACKERS] Revisiting default_statistics_target, Josh Berkus
  - Re: [HACKERS] Revisiting default_statistics_target, Simon Riggs
    - Re: [HACKERS] Revisiting default_statistics_target, Tom Lane
    - Re: [HACKERS] Revisiting default_statistics_target, Greg Stark
    - Re: [HACKERS] Revisiting default_statistics_target, Simon Riggs
[Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
- Re: [Fwd: Re: [HACKERS] dblink patches for comment], Tom Lane
  - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Tom Lane
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Tom Lane
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Tom Lane
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Tom Lane
    - Re: [Fwd: Re: [HACKERS] dblink patches for comment], Joe Conway
[HACKERS] explain refactoring v3, Robert Haas
[HACKERS] Unique namespace per session for temp tables?, Emmanuel Cecchet
- Re: [HACKERS] Unique namespace per session for temp tables?, Tom Lane
Re: [HACKERS] Documentation: GiST extension implementation, Dimitri Fontaine
- Re: [HACKERS] Documentation: GiST extension implementation, Tom Lane
  - Re: [HACKERS] Documentation: GiST extension implementation, Dimitri Fontaine
    - Re: [HACKERS] Documentation: GiST extension implementation, Tom Lane
    - Re: [HACKERS] Documentation: GiST extension implementation, Dimitri Fontaine
[HACKERS] blocking referencing system catalogs in 8.4 breaks my code, J. Greg Davidson
- Re: [HACKERS] blocking referencing system catalogs in 8.4 breaks my code, Tom Lane
- Re: [HACKERS] blocking referencing system catalogs in 8.4 breaks my code, Josh Berkus
  - Re: [HACKERS] blocking referencing system catalogs in 8.4 breaks my code, J. Greg Davidson
[HACKERS] pg_migrator issue with contrib, Brad Nicholson
- Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
  - Re: [HACKERS] pg_migrator issue with contrib, Andrew Dunstan
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Josh Berkus
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Josh Berkus
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Grzegorz Jaskiewicz
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Grzegorz Jaskiewicz
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Dimitri Fontaine
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Magnus Hagander
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Magnus Hagander
    - Re: [HACKERS] pg_migrator issue with contrib, Dimitri Fontaine
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Dimitri Fontaine
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Dimitri Fontaine
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Josh Berkus
    - Re: [HACKERS] pg_migrator issue with contrib, Stefan Kaltenbrunner
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Stefan Kaltenbrunner
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Robert Haas
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Alvaro Herrera
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Stefan Kaltenbrunner
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Merlin Moncure
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
  - Re: [HACKERS] pg_migrator issue with contrib, Brad Nicholson
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
  - Re: [HACKERS] pg_migrator issue with contrib, Tom Lane
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
    - Re: [HACKERS] pg_migrator issue with contrib, Dimitri Fontaine
    - Re: [HACKERS] pg_migrator issue with contrib, David Blewett
    - Re: [HACKERS] pg_migrator issue with contrib, Bruce Momjian
[HACKERS] movavg, David Fetter
[HACKERS] pg_migrator mention in documentation, Bruce Momjian
- Re: [HACKERS] pg_migrator mention in documentation, Bruce Momjian
  - Re: [HACKERS] pg_migrator mention in documentation, Peter Eisentraut
    - Re: [HACKERS] pg_migrator mention in documentation, Bruce Momjian
  - Re: [HACKERS] pg_migrator mention in documentation, Greg Smith
[HACKERS] 8.4 release schedule: RC1 next week, Tom Lane
[HACKERS] Simple, safe hot backup and recovery, Yoshinori Sano
- Re: [HACKERS] Simple, safe hot backup and recovery, Fujii Masao
  - Re: [HACKERS] Simple, safe hot backup and recovery, Fujii Masao
    - Re: [HACKERS] Simple, safe hot backup and recovery, Bruce Momjian
    - Re: [HACKERS] Simple, safe hot backup and recovery, Fujii Masao
Re: [HACKERS] [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Tom Lane
- [HACKERS] Re: [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Andrew Dunstan
  - Re: [HACKERS] [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Tom Lane
    - [HACKERS] Re: [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Andrew Dunstan
    - Re: [HACKERS] Re: [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Andrew Dunstan
    - Re: [HACKERS] Re: [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Bruce Momjian
    - Re: [HACKERS] Re: [COMMITTERS] pgsql: Initialise perl library as documented in perl API., Tom Lane
[HACKERS] postmaster recovery and automatic restart suppression, Kolb, Harald (NSN - DE/Munich)
- Re: [HACKERS] postmaster recovery and automatic restart suppression, Fujii Masao
  - Re: [HACKERS] postmaster recovery and automatic restart suppression, Kolb, Harald (NSN - DE/Munich)
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Fujii Masao
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Gregory Stark
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Fujii Masao
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Tom Lane
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Simon Riggs
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Greg Stark
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Tom Lane
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Robert Haas
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Tom Lane
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Robert Haas
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Kolb, Harald (NSN - DE/Munich)
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Simon Riggs
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Fujii Masao
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Tom Lane
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Kolb, Harald (NSN - DE/Munich)
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Alvaro Herrera
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Czichy, Thoralf (NSN - FI/Helsinki)
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Tom Lane
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Fujii Masao
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Kevin Grittner
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Greg Stark
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Tom Lane
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Kevin Grittner
    - Re: [HACKERS] postmaster recovery and automatic restart suppression, Simon Riggs
[HACKERS] PANIC: corrupted item lengths, Simon Riggs
- Re: [HACKERS] PANIC: corrupted item lengths, Alvaro Herrera
  - Re: [HACKERS] PANIC: corrupted item lengths, Greg Stark
  - Re: [HACKERS] PANIC: corrupted item lengths, Dimitri Fontaine
- Re: [HACKERS] PANIC: corrupted item lengths, Tom Lane
  - Re: [HACKERS] PANIC: corrupted item lengths, Simon Riggs
[HACKERS] Question about FUNCDETAIL_MULTIPLE, Gevik Babakhani
- Re: [HACKERS] Question about FUNCDETAIL_MULTIPLE, Pavel Stehule
- Re: [HACKERS] Question about FUNCDETAIL_MULTIPLE, Tom Lane
  - Re: [HACKERS] Question about FUNCDETAIL_MULTIPLE, Gevik Babakhani
[HACKERS] Improving the ngettext() patch, Tom Lane
- Re: [HACKERS] Improving the ngettext() patch, Sergey Burladyan
- Re: [HACKERS] Improving the ngettext() patch, pg
  - Re: [HACKERS] Improving the ngettext() patch, Tom Lane
    - Re: [HACKERS] Improving the ngettext() patch, Aidan Van Dyk
    - Re: [HACKERS] Improving the ngettext() patch, Tom Lane
- Re: [HACKERS] Improving the ngettext() patch, pg
[HACKERS] Postgres delays function returning large set of data, flippo00110001
- Re: [HACKERS] Postgres delays function returning large set of data, Pavel Stehule
  - Re: [HACKERS] Postgres delays function returning large set of data, flippo00110001
    - Re: [HACKERS] Postgres delays function returning large set of data, Tom Lane
[HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
- Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Tom Lane
  - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Tom Lane
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Gregory Stark
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Kevin Grittner
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
- Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Kevin Grittner
  - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Gregory Stark
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Tom Lane
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
  - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
- Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Kevin Grittner
  - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Robert Haas
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Kevin Grittner
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Tom Lane
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Greg Stark
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Tom Lane
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Andres Freund
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Tom Lane
    - Re: [HACKERS] Plan time Improvement - 64bit bitmapset, Robert Haas
[HACKERS] Synchronous replication: status of standby side, Kolb, Harald (NSN - DE/Munich)
- Re: [HACKERS] Synchronous replication: status of standby side, Bruce Momjian
- Re: [HACKERS] Synchronous replication: status of standby side, Fujii Masao
  - Re: [HACKERS] Synchronous replication: status of standby side, Kolb, Harald (NSN - DE/Munich)
    - Re: [HACKERS] Synchronous replication: status of standby side, Fujii Masao
    - Re: [HACKERS] Synchronous replication: status of standby side, Dickson S. Guedes
    - Re: [HACKERS] Synchronous replication: status of standby side, Kolb, Harald (NSN - DE/Munich)
  - Re: [HACKERS] Synchronous replication: status of standby side, Dickson S. Guedes
    - Re: [HACKERS] Synchronous replication: status of standby side, Fujii Masao
Re: [HACKERS] Warnings in compile, Bruce Momjian
Re: [HACKERS] Allow vacuumdb to only analyze, Bruce Momjian
Re: [HACKERS] display previous query string of idle-in-transaction, Greg Stark
- Re: [HACKERS] display previous query string of idle-in-transaction, Kevin Grittner
  - Re: [HACKERS] display previous query string of idle-in-transaction, Tatsuhito Kasahara
    - Re: [HACKERS] display previous query string of idle-in-transaction, Robert Haas
[HACKERS] pg_migrator status for 8.4, Bruce Momjian
- Re: [HACKERS] pg_migrator status for 8.4, Alvaro Herrera
  - Re: [HACKERS] pg_migrator status for 8.4, Tom Lane
[HACKERS] Question about STRICT, Gevik Babakhani
- Re: [HACKERS] Question about STRICT, Greg Stark
  - Re: [HACKERS] Question about STRICT, Gevik Babakhani
    - Re: [HACKERS] Question about STRICT, Greg Stark
    - Re: [HACKERS] Question about STRICT, Gevik Babakhani
    - Re: [HACKERS] Question about STRICT, Tom Lane
    - Re: [HACKERS] Question about STRICT, Gevik Babakhani
Re: [HACKERS] A humble request, Bruce Momjian
- Re: [HACKERS] A humble request, Josh Berkus
- Re: [HACKERS] A humble request, Gevik Babakhani
Re: [pgsql-www] [HACKERS] pull raw text of a message by message-id, Bruce Momjian
- Re: [pgsql-www] [HACKERS] pull raw text of a message by message-id, Alvaro Herrera
  - Re: [pgsql-www] [HACKERS] pull raw text of a message by message-id, Robert Haas
[HACKERS] Locks on temp table and PREPARE, Emmanuel Cecchet
- Re: [HACKERS] Locks on temp table and PREPARE, Tom Lane
  - Re: [HACKERS] Locks on temp table and PREPARE, Emmanuel Cecchet
    - Re: [HACKERS] Locks on temp table and PREPARE, Tom Lane
    - Re: [HACKERS] Locks on temp table and PREPARE, Emmanuel Cecchet
    - Re: [HACKERS] Locks on temp table and PREPARE, Tom Lane
    - Re: [HACKERS] Locks on temp table and PREPARE, Emmanuel Cecchet
    - Re: [HACKERS] Locks on temp table and PREPARE, Tom Lane
    - Re: [HACKERS] Locks on temp table and PREPARE, Emmanuel Cecchet
    - Re: [HACKERS] Locks on temp table and PREPARE, Alvaro Herrera
Re: [HACKERS] [COMMITTERS] pgsql: Fix LOCK TABLE to eliminate the race condition that could make it, Bruce Momjian
- Re: [HACKERS] [COMMITTERS] pgsql: Fix LOCK TABLE to eliminate the race condition that could make it, Simon Riggs
Re: [HACKERS] SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5, Bruce Momjian
[HACKERS] Managing multiple branches in git, Tom Lane
- Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
  - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Markus Wanner
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Markus Wanner
    - Re: [HACKERS] Managing multiple branches in git, Dave Page
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Heikki Linnakangas
    - Re: [HACKERS] Managing multiple branches in git, Marko Kreen
    - Re: [HACKERS] Managing multiple branches in git, Aidan Van Dyk
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Marko Kreen
    - Re: [HACKERS] Managing multiple branches in git, Aidan Van Dyk
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Aidan Van Dyk
    - Re: [HACKERS] Managing multiple branches in git, Joshua D. Drake
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Stephen Frost
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Stephen Frost
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Ron Mayer
    - Re: [HACKERS] Managing multiple branches in git, Markus Wanner
    - Re: [HACKERS] Managing multiple branches in git, Greg Stark
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Alvaro Herrera
    - Re: [HACKERS] Managing multiple branches in git, Dave Page
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Joshua D. Drake
    - Re: [HACKERS] Managing multiple branches in git, Dave Page
    - Re: [HACKERS] Managing multiple branches in git, Dave Page
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Magnus Hagander
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Bruce Momjian
    - Re: [HACKERS] Managing multiple branches in git, Ron Mayer
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Robert Haas
    - Re: [HACKERS] Managing multiple branches in git, Greg Stark
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Mark Mielke
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
    - Re: [HACKERS] Managing multiple branches in git, Greg Sabino Mullane
    - Re: [HACKERS] Managing multiple branches in git, Peter Eisentraut
    - Re: [HACKERS] Managing multiple branches in git, Greg Smith
    - Re: [HACKERS] Managing multiple branches in git, Florian Weimer
    - Re: [HACKERS] Managing multiple branches in git, Andres Freund
    - Re: [HACKERS] Managing multiple branches in git, Greg Stark
    - Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
    - Re: [HACKERS] Managing multiple branches in git, Tom Lane
  - Re: [HACKERS] Managing multiple branches in git, Aidan Van Dyk
    - Re: [HACKERS] Managing multiple branches in git, David E. Wheeler
- Re: [HACKERS] Managing multiple branches in git, Marko Kreen
- Re: [HACKERS] Managing multiple branches in git, Andres Freund
- Re: [HACKERS] Managing multiple branches in git, Ron Mayer
- Re: [HACKERS] Managing multiple branches in git, Andrew Dunstan
- Re: [HACKERS] Managing multiple branches in git, Aidan Van Dyk
[HACKERS] faster version of AllocSetFreeIndex for x86 architecture, Atsushi Ogawa
- Re: [HACKERS] faster version of AllocSetFreeIndex for x86 architecture, Jeremy Kerr
  - [HACKERS] [PATCH 1/2] Add bit operations util header, Jeremy Kerr
    - Re: [HACKERS] [PATCH 1/2] Add bit operations util header, Tom Lane
    - [HACKERS] [PATCH v2] Add bit operations util header, Jeremy Kerr
    - Re: [HACKERS] [PATCH v2] Add bit operations util header, Florian Weimer
    - Re: [HACKERS] [PATCH v2] Add bit operations util header, Jeremy Kerr
    - Re: [HACKERS] [PATCH v2] Add bit operations util header, Florian Weimer
    - Re: [HACKERS] [PATCH v2] Add bit operations util header, Tom Lane
    - Re: [HACKERS] [PATCH v2] Add bit operations util header, Jeremy Kerr
    - [HACKERS] [RFC,PATCH] Avoid manual shift-and-test logic in AllocSetFreeIndex, Jeremy Kerr
    - Re: [HACKERS] [RFC,PATCH] Avoid manual shift-and-test logic in AllocSetFreeIndex, Atsushi Ogawa
    - Re: [HACKERS] [RFC,PATCH] Avoid manual shift-and-test logic in AllocSetFreeIndex, Jeremy Kerr
    - [HACKERS] [PATCH v2] Avoid manual shift-and-test logic in AllocSetFreeIndex, Jeremy Kerr
    - Re: [HACKERS] [RFC,PATCH] Avoid manual shift-and-test logic in AllocSetFreeIndex, Atsushi Ogawa
    - Re: [HACKERS] [RFC,PATCH] Avoid manual shift-and-test logic in AllocSetFreeIndex, Jeremy Kerr
  - [HACKERS] [PATCH 2/2] Use fls() to find chunk set, Jeremy Kerr
- Re: [HACKERS] faster version of AllocSetFreeIndex for x86 architecture, Simon Riggs
[HACKERS] pg_migrator and making columns invisible, Bruce Momjian
- Re: [HACKERS] pg_migrator and making columns invisible, Bruce Momjian
- Re: [HACKERS] pg_migrator and making columns invisible, Tom Lane
  - Re: [HACKERS] pg_migrator and making columns invisible, Bruce Momjian
[HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
- Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
  - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Oleg Bartunov
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Kevin Grittner
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Kevin Grittner
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Kevin Grittner
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tom Lane
    - Re: [HACKERS] 8.4b2 tsearch2 strange error, Tatsuo Ishii
[HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Jeremy Kerr
- [HACKERS] [RFC,PATCH] Only disable sigpipe during SSL write, Jeremy Kerr
- Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Tom Lane
  - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Jeremy Kerr
    - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Tom Lane
    - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Marko Kreen
    - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Tom Lane
    - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Jeremy Kerr
    - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Tom Lane
    - [HACKERS] [PATCH 0/2] SIGPIPE masking in local socket connections, v2, Jeremy Kerr
    - [HACKERS] [PATCH 1/2] [libpq] rework sigpipe-handling macros, Jeremy Kerr
    - [HACKERS] [PATCH 2/2] [libpq] Try to avoid manually masking SIGPIPEs on every send(), Jeremy Kerr
    - [HACKERS] Re: [PATCH 2/2] [libpq] Try to avoid manually masking SIGPIPEs on every send(), Marko Kreen
    - Re: [HACKERS] [PATCH 2/2] [libpq] Try to avoid manually masking SIGPIPEs on every send(), Jeremy Kerr
    - [HACKERS] [PATCH v2] [libpq] Try to avoid manually masking SIGPIPEs on every send(), Jeremy Kerr
    - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Marko Kreen
  - Re: [HACKERS] [RFC,PATCH] SIGPIPE masking in local socket connections, Marko Kreen
Re: [HACKERS] explain analyze rows=%.0f, Ron Mayer
- Re: [HACKERS] explain analyze rows=%.0f, Simon Riggs
  - Re: [HACKERS] explain analyze rows=%.0f, Robert Haas
    - Re: [HACKERS] explain analyze rows=%.0f, Tom Lane
    - Re: [HACKERS] explain analyze rows=%.0f, Robert Haas
Re: [HACKERS] [GENERAL] trouble with to_char('L'), Hiroshi Inoue
- Re: [HACKERS] [GENERAL] trouble with to_char('L'), Tom Lane
  - Re: [HACKERS] [GENERAL] trouble with to_char('L'), Hiroshi Inoue
Re: [HACKERS] dot to be considered as a word delimiter?, Kevin Grittner
- Re: [HACKERS] dot to be considered as a word delimiter?, Kenneth Marshall
  - Re: [HACKERS] dot to be considered as a word delimiter?, Sushant Sinha
    - Re: [HACKERS] dot to be considered as a word delimiter?, Kevin Grittner
    - Re: [HACKERS] dot to be considered as a word delimiter?, Kenneth Marshall
[HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Josh Berkus
- Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Tom Lane
  - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Guillaume Smet
  - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Josh Berkus
    - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Jeff Davis
    - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Josh Berkus
    - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Tom Lane
    - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Tom Lane
    - Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Dimitri Fontaine
- Re: [HACKERS] Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Jeff Davis
  - [HACKERS] Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild, Greg Stark
[HACKERS] list_head naming conflict gcc 4.2/perl/solaris, Zdenek Kotala
- Re: [HACKERS] list_head naming conflict gcc 4.2/perl/solaris, Robert Haas
  - Re: [HACKERS] list_head naming conflict gcc 4.2/perl/solaris, Zdenek Kotala
- Re: [HACKERS] list_head naming conflict gcc 4.2/perl/solaris, Tom Lane
  - Re: [HACKERS] list_head naming conflict gcc 4.2/perl/solaris, Zdenek Kotala
    - Re: [HACKERS] list_head naming conflict gcc 4.2/perl/solaris, Zdenek Kotala
Re: [HACKERS] from_collapse_limit vs. geqo_threshold, Selena Deckelmann
- Re: [HACKERS] from_collapse_limit vs. geqo_threshold, Robert Haas
  - Re: [HACKERS] from_collapse_limit vs. geqo_threshold, Tom Lane
Re: [HACKERS] search_path vs extensions, Alvaro Herrera
Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
- Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
  - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Alvaro Herrera
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
- Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
  - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Alvaro Herrera
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Greg Stark
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Robert Haas
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Ron Mayer
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Greg Stark
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Andres Freund
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Greg Stark
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Magnus Hagander
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Robert Haas
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Magnus Hagander
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Robert Haas
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Ron Mayer
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Ron Mayer
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Andrew Dunstan
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Andrew Dunstan
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, kris
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Andrew Dunstan
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Mark Mielke
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Andrew Dunstan
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Mark Mielke
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Mark Mielke
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Nicolas Barbier
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Robert Haas
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Robert Haas
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Tom Lane
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Robert Haas
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Ron Mayer
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Bruce Momjian
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Greg Stark
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Greg Stark
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
  - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Marko Kreen
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Markus Wanner
    - Re: [HACKERS] PostgreSQL Developer meeting minutes up, Aidan Van Dyk
Re: [HACKERS] Dtrace probes documentation, Frank Ch. Eigler
Re: [HACKERS] User-facing aspects of serializable transactions, Markus Wanner
- Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
  - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
  - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
    - Re: [HACKERS] User-facing aspects of serializable transactions, Robert Haas
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
    - Re: [HACKERS] User-facing aspects of serializable transactions, Jeff Davis
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Bruce Momjian
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Robert Haas
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Bruce Momjian
    - Re: [HACKERS] User-facing aspects of serializable transactions, Markus Wanner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
- Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
  - Re: [HACKERS] User-facing aspects of serializable transactions, Tom Lane
  - Re: [HACKERS] User-facing aspects of serializable transactions, Josh Berkus
    - Re: [HACKERS] User-facing aspects of serializable transactions, Greg Stark
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
    - Re: [HACKERS] User-facing aspects of serializable transactions, Kevin Grittner
Re: [HACKERS] search_path improvements, Josh Berkus
- Re: [HACKERS] search_path improvements, Alvaro Herrera
  - Re: [HACKERS] search_path improvements, Greg Stark
    - Re: [HACKERS] search_path improvements, Sam Mason
    - Re: [HACKERS] search_path improvements, Robert Haas
Re: [HACKERS] plperl error format vs plpgsql error format vs pgTAP, Kevin Field
- Re: [HACKERS] plperl error format vs plpgsql error format vs pgTAP, Kevin Field
[HACKERS] It's June 1; do you know where your release is?, Tom Lane
- Re: [HACKERS] It's June 1; do you know where your release is?, Josh Berkus
  - Re: [HACKERS] It's June 1; do you know where your release is?, Joshua D. Drake
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
  - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
  - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Magnus Hagander
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
  - Re: [HACKERS] It's June 1; do you know where your release is?, Robert Haas
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Robert Haas
- Re: [HACKERS] It's June 1; do you know where your release is?, Robert Haas
  - Re: [HACKERS] It's June 1; do you know where your release is?, Kris Jurka
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Josh Berkus
    - Re: [HACKERS] It's June 1; do you know where your release is?, Robert Haas
    - Re: [HACKERS] It's June 1; do you know where your release is?, David E. Wheeler
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Dave Page
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Dave Page
    - Re: [HACKERS] It's June 1; do you know where your release is?, Magnus Hagander
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Magnus Hagander
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Dave Page
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Dave Page
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Andrew Dunstan
    - Re: [HACKERS] It's June 1; do you know where your release is?, Sushant Sinha
    - Re: [HACKERS] It's June 1; do you know where your release is?, Magnus Hagander
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Magnus Hagander
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
    - Re: [HACKERS] It's June 1; do you know where your release is?, David E. Wheeler
    - Re: [HACKERS] It's June 1; do you know where your release is?, Tom Lane
Re: [HACKERS] Feedback on writing extensible modules, Alvaro Herrera
- Re: [HACKERS] Feedback on writing extensible modules, Simon Riggs
Re: [HACKERS] [GENERAL] INTERVAL SECOND limited to 59 seconds?, Sebastien FLAESCH
Re: [HACKERS] Patch: AdjustIntervalForTypmod shouldn't discard high-order data, Sam Mason
- Re: [HACKERS] Patch: AdjustIntervalForTypmod shouldn't discard high-order data, Tom Lane
  - Re: [HACKERS] Patch: AdjustIntervalForTypmod shouldn't discard high-order data, Tom Lane
    - Re: [HACKERS] Patch: AdjustIntervalForTypmod shouldn't discard high-order data, Robert Haas
    - Re: [HACKERS] Patch: AdjustIntervalForTypmod shouldn't discard high-order data, Tom Lane
[HACKERS] pg_standby -l might destory the archived file, Fujii Masao
- Re: [HACKERS] pg_standby -l might destory the archived file, Tom Lane
  - Re: [HACKERS] pg_standby -l might destory the archived file, Heikki Linnakangas
    - Re: [HACKERS] pg_standby -l might destory the archived file, Aidan Van Dyk
    - Re: [HACKERS] pg_standby -l might destory the archived file, Heikki Linnakangas
    - Re: [HACKERS] pg_standby -l might destory the archived file, Tom Lane
  - Re: [HACKERS] pg_standby -l might destory the archived file, Fujii Masao
    - Re: [HACKERS] pg_standby -l might destory the archived file, Tom Lane
    - Re: [HACKERS] pg_standby -l might destory the archived file, Fujii Masao
    - Re: [HACKERS] pg_standby -l might destory the archived file, Tom Lane
    - Re: [HACKERS] pg_standby -l might destory the archived file, Fujii Masao
    - Re: [HACKERS] pg_standby -l might destory the archived file, Heikki Linnakangas
    - Re: [HACKERS] pg_standby -l might destory the archived file, Fujii Masao
- Re: [HACKERS] pg_standby -l might destory the archived file, Simon Riggs
  - Re: [HACKERS] pg_standby -l might destory the archived file, Tom Lane
    - Re: [HACKERS] pg_standby -l might destory the archived file, Heikki Linnakangas
    - Re: [HACKERS] pg_standby -l might destory the archived file, Tom Lane
    - Re: [HACKERS] pg_standby -l might destory the archived file, Fujii Masao
    - Re: [HACKERS] pg_standby -l might destory the archived file, Simon Riggs
  - Re: [HACKERS] pg_standby -l might destory the archived file, Heikki Linnakangas
    - Re: [HACKERS] pg_standby -l might destory the archived file, Simon Riggs
Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Robert Haas
- Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Bruce Momjian
- Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Tom Lane
  - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Robert Haas
    - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Greg Stark
    - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Tom Lane
    - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Robert Haas
    - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Bruce Momjian
    - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Robert Haas
    - Re: [HACKERS] pg_migrator and an 8.3-compatible tsvector data type, Bruce Momjian
Re: [HACKERS] information_schema.columns changes needed for OLEDB, Robert Haas
- Re: [HACKERS] information_schema.columns changes needed for OLEDB, Tom Lane
- Re: [HACKERS] information_schema.columns changes needed for OLEDB, Peter Eisentraut
  - Re: [HACKERS] information_schema.columns changes needed for OLEDB, Tom Lane
    - Re: [HACKERS] information_schema.columns changes needed for OLEDB, Peter Eisentraut
    - Re: [HACKERS] information_schema.columns changes needed for OLEDB, Tom Lane
    - Re: [HACKERS] information_schema.columns changes needed for OLEDB, Tom Lane
[HACKERS] Win32 link() function, Bruce Momjian
- Re: [HACKERS] Win32 link() function, Tom Lane
  - Re: [HACKERS] Win32 link() function, Bruce Momjian
    - Re: [HACKERS] Win32 link() function, Tom Lane
    - Re: [HACKERS] Win32 link() function, Bruce Momjian
    - Re: [HACKERS] Win32 link() function, Bruce Momjian
    - Re: [HACKERS] Win32 link() function, Tom Lane
    - Re: [HACKERS] Win32 link() function, Bruce Momjian
    - Re: [HACKERS] Win32 link() function, Tom Lane
    - Re: [HACKERS] Win32 link() function, Bruce Momjian
    - Re: [HACKERS] Win32 link() function, Bruce Momjian
    - Re: [HACKERS] Win32 link() function, Bruce Momjian
- Re: [HACKERS] Win32 link() function, Itagaki Takahiro
- Re: [HACKERS] Win32 link() function, Bruce Momjian
[HACKERS] PostgreSQL 8.4 beta 2 restore error, Brian Klish
Re: [HACKERS] dblink patches for comment, Joe Conway
- Re: [HACKERS] dblink patches for comment, Tom Lane
  - Re: [HACKERS] dblink patches for comment, Joe Conway
- Re: [HACKERS] dblink patches for comment, Tom Lane
  - Re: [HACKERS] dblink patches for comment, Joe Conway
[HACKERS] survey of table blocksize changes, Mark Wong
Re: [HACKERS] [GENERAL] INTERVAL data type and libpq - what format?, Tom Lane