Mailing lists [pgsql-hackers]

1 November 2010

• 01:13   Re: type info refactoring Robert Haas
• 03:04   Re: [PATCH] More Coccinelli cleanups Robert Haas
• 03:05   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Itagaki Takahiro
• 03:11   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Robert Haas
• 03:17   Comparison with "true" in source code Itagaki Takahiro
• 03:21   Re: SR fails to send existing WAL file after off-line copy Robert Haas
• 05:12   Re: Maximum function call nesting depth for regression tests Tom Lane
• 06:28   Re: SR fails to send existing WAL file after off-line copy Heikki Linnakangas
• 07:37   Re: SR fails to send existing WAL file after off-line copy Heikki Linnakangas
• 08:17   Re: SR fails to send existing WAL file after off-line copy Heikki Linnakangas
• 09:15   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 09:34   Re: SR fails to send existing WAL file after off-line copy Fujii Masao
• 10:24   Complier warnings on mingw gcc 4.5.0 Itagaki Takahiro
• 10:32   Re: Tracking latest timeline in standby mode Fujii Masao
• 11:33   Re: Tracking latest timeline in standby mode Heikki Linnakangas
• 14:18   Re: plan time of MASSIVE partitioning ... Tom Lane
• 15:17   Re: Maximum function call nesting depth for regression tests Tom Lane
• 15:28   Re: why does plperl cache functions using just a bool for is_trigger Tom Lane
• 15:56   Re: [PATCH] More Coccinelli cleanups Tom Lane
• 16:02   Re: why does plperl cache functions using just a bool for is_trigger Andrew Dunstan
• 16:15   Re: crash in plancache with subtransactions Jim Nasby
• 16:15   Re: Patch to add a primary key using an existing index Jim Nasby
• 16:15   Re: revision of todo: NULL for ROW variables Jim Nasby
• 16:26   Re: crash in plancache with subtransactions Tom Lane
• 18:19   Re: revision of todo: NULL for ROW variables Jeff Davis
• 18:30   Re: revision of todo: NULL for ROW variables Kevin Grittner
• 19:36   Re: Range Types, discrete and/or continuous Dimitri Fontaine
• 20:03   Re: SR fails to send existing WAL file after off-line copy Greg Smith
• 20:32   Re: SR fails to send existing WAL file after off-line copy Greg Stark
• 20:43   Re: Range Types, discrete and/or continuous Jeff Davis
• 21:02   Re: Complier warnings on mingw gcc 4.5.0 Hiroshi Inoue
• 21:27   Re: Hash support for arrays hernan gonzalez
• 21:30   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 22:30   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 22:47   Re: SR fails to send existing WAL file after off-line copy Tom Lane
• 22:59   Re: why does plperl cache functions using just a bool for is_trigger Tom Lane
• 23:08   Re: revision of todo: NULL for ROW variables Merlin Moncure
• 23:31   Re: Complier warnings on mingw gcc 4.5.0 Itagaki Takahiro
• 23:43   Re: Complier warnings on mingw gcc 4.5.0 Hiroshi Inoue

2 November 2010

• 00:37   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 00:40   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 00:44   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 00:55   Sort is actually PlanState? Hitoshi Harada
• 01:06   Re: Sort is actually PlanState? Tom Lane
• 02:10   Re: Complier warnings on mingw gcc 4.5.0 Itagaki Takahiro
• 02:49   Re: Sort is actually PlanState? Hitoshi Harada
• 03:16   Improving planner's handling of min/max aggregate optimization Tom Lane
• 04:40   Starting off with the development Vaibhav Kaushal
• 04:43   improved parallel make support Peter Eisentraut
• 05:15   Re: Tracking latest timeline in standby mode Fujii Masao
• 06:34   Fwd: Starting off with the development Vaibhav Kaushal
• 07:14   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Peter Eisentraut
• 07:28   Re: SR fails to send existing WAL file after off-line copy Heikki Linnakangas
• 10:56   B-tree parent pointer and checkpoints Heikki Linnakangas
• 11:28   Intelligent RDBMS ghatpande@vsnl.net
• 11:38   timestamp of the last replayed transaction Fujii Masao
• 13:08   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 13:38   Re: timestamp of the last replayed transaction Dimitri Fontaine
• 14:04   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Tom Lane
• 14:21   Re: improved parallel make support Tom Lane
• 14:30   Re: B-tree parent pointer and checkpoints Tom Lane
• 14:41   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 14:49   Re: Starting off with the development Kevin Grittner
• 15:08   Re: Tracking latest timeline in standby mode Heikki Linnakangas
• 15:47   Re: create custom collation from case insensitive portuguese Euler Taveira de Oliveira
• 16:15   ALTER TYPE recursion to typed tables Peter Eisentraut
• 17:32   Re: Comparison with "true" in source code Michael Meskes
• 17:33   Re: [PATCH] V3: Idle in transaction cancellation Kevin Grittner
• 17:55   Re: ALTER TYPE recursion to typed tables Robert Haas
• 17:57   Re: create custom collation from case insensitive portuguese Robert Haas
• 18:07   Re: Hash support for arrays Robert Haas
• 18:17   Re: ALTER TYPE recursion to typed tables Peter Eisentraut
• 18:21   Re: Hash support for arrays Tom Lane
• 18:34   Re: Hash support for arrays Alvaro Herrera
• 19:04   Re: Hash support for arrays Robert Haas
• 19:34   Re: Hash support for arrays Kevin Grittner
• 20:01   Re: ALTER TYPE recursion to typed tables Robert Haas
• 20:07   Re: Hash support for arrays Robert Haas
• 20:25   Re: Hash support for arrays Kevin Grittner
• 20:42   Re: Hash support for arrays Tom Lane
• 20:46   Re: Hash support for arrays Kenneth Marshall
• 21:28   Re: Hash support for arrays Robert Haas
• 21:36   Re: [PATCH] V3: Idle in transaction cancellation Andres Freund
• 21:47   Re: Hash support for arrays Tom Lane
• 21:52   Re: [PATCH] V3: Idle in transaction cancellation Alvaro Herrera
• 21:59   Re: [PATCH] V3: Idle in transaction cancellation Kevin Grittner
• 22:01   Re: Hash support for arrays Sam Mason
• 22:12   Re: [PATCH] V3: Idle in transaction cancellation Andres Freund
• 22:20   Re: create custom collation from case insensitive portuguese Alexandre Riveira
• 22:35   Re: create custom collation from case insensitive portuguese Dimitri Fontaine
• 22:52   Re: [PATCH] V3: Idle in transaction cancellation Tom Lane

3 November 2010

• 04:28   Re: Hash support for arrays Ron Mayer
• 08:10   Re: [RFC][PATCH]: CRC32 is limiting at COPY/CTAS/INSERT ... SELECT + speeding it up Marc Cousin
• 09:24   Re: Hash support for arrays Nicolas Barbier
• 09:35   Re: pgsql: Bootstrap WAL to begin at segment logid=0 logseg=1 (000000010000 Greg Stark
• 10:00   Re: pgsql: Bootstrap WAL to begin at segment logid=0 logseg=1 (000000010000 Heikki Linnakangas
• 13:23   Re: Hash support for arrays Kenneth Marshall
• 14:32   Re: pgsql: Bootstrap WAL to begin at segment logid=0 logseg=1 (000000010000 Tom Lane
• 14:34   Re: improved parallel make support Peter Eisentraut
• 14:42   Re: improved parallel make support Tom Lane
• 16:10   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 16:28   Re: why does plperl cache functions using just a bool for is_trigger Tom Lane
• 17:15   Fwd: Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 18:03   Re: Improving planner's handling of min/max aggregate optimization Robert Haas
• 19:28   Re: max_wal_senders must die Kevin Grittner
• 19:52   Re: max_wal_senders must die Andres Freund
• 19:58   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 20:02   Re: max_wal_senders must die Kevin Grittner
• 20:39   SQL/MED estimated time of arrival? Eric Davies
• 20:43   Re: why does plperl cache functions using just a bool for is_trigger Jan Urbański
• 21:07   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 21:15   Re: why does plperl cache functions using just a bool for is_trigger David E. Wheeler
• 21:18   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 21:24   Fix for seg picksplit function Alexander Korotkov
• 21:32   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine

4 November 2010

• 01:27   Re: timestamp of the last replayed transaction Fujii Masao
• 01:45   Re: Comparison with "true" in source code Itagaki Takahiro
• 02:08   Re: First patch proposal Mike Fowler
• 02:30   Can we talk about a version which has already been developed? Vaibhav Kaushal
• 04:05   Re: Can we talk about a version which has already been developed? Jaime Casanova
• 09:04   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 09:23   Re: SQL/MED estimated time of arrival? Itagaki Takahiro
• 09:47   Re: why does plperl cache functions using just a bool for is_trigger Hannu Krosing
• 09:55   Re: why does plperl cache functions using just a bool for is_trigger Hannu Krosing
• 10:00   Re: Hash support for arrays Dean Rasheed
• 11:20   Re: why does plperl cache functions using just a bool for is_trigger Peter Eisentraut
• 12:06   Alter column to type serial Thom Brown
• 12:35   Re: Hash support for arrays Kenneth Marshall
• 12:49   contrib: auth_delay module KaiGai Kohei
• 13:05   Re: contrib: auth_delay module Itagaki Takahiro
• 13:09   Re: contrib: auth_delay module Robert Haas
• 13:13   Re: contrib: auth_delay module Jan Urbański
• 13:17   Re: Comparison with "true" in source code Robert Haas
• 13:35   Re: contrib: auth_delay module Stephen Frost
• 13:49   Re: why does plperl cache functions using just a bool for is_trigger Tom Lane
• 13:55   Re: contrib: auth_delay module KaiGai Kohei
• 14:05   Re: contrib: auth_delay module Robert Haas
• 14:05   Re: Alter column to type serial Tom Lane
• 14:07   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 14:13   Re: Alter column to type serial Thom Brown
• 14:28   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 14:37   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 14:39   Re: Alter column to type serial Tom Lane
• 14:39   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 14:51   Re: ALTER OBJECT any_name SET SCHEMA name Tom Lane
• 14:53   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 15:05   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 15:16   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 15:18   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 15:33   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 15:48   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 15:51   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 16:13   Re: Alter column to type serial Alvaro Herrera
• 16:46   Re: psycopg and two phase commit Daniele Varrazzo
• 17:08   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 19:39   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 19:43   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 19:43   Re: why does plperl cache functions using just a bool for is_trigger Hannu Krosing
• 19:57   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 20:16   Re: lazy snapshots? Robert Haas
• 20:28   Re: why does plperl cache functions using just a bool for is_trigger David E. Wheeler
• 20:30   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 20:32   Re: why does plperl cache functions using just a bool for is_trigger Alex Hunsaker
• 21:00   Re: lazy snapshots? Tom Lane
• 21:48   Re: lazy snapshots? Robert Haas
• 21:55   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 21:56   Re: lazy snapshots? Robert Haas
• 21:57   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera

5 November 2010

• 01:00   Re: timestamp of the last replayed transaction Fujii Masao
• 02:59   Re: plan time of MASSIVE partitioning ... Tom Lane
• 05:17   Re: psycopg and two phase commit Pavel Stehule
• 07:00   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 07:18   Re: why does plperl cache functions using just a bool for is_trigger Jan Urbański
• 07:26   todo: plpgsql - tool to track code coverage Pavel Stehule
• 07:28   Re: SQL/MED estimated time of arrival? Itagaki Takahiro
• 07:31   ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 09:37   Re: todo: plpgsql - tool to track code coverage Cédric Villemain
• 09:44   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 09:49   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 12:58   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 14:43   Re: SQL/MED estimated time of arrival? Tom Lane
• 14:49   Re: ALTER TABLE ... IF EXISTS feature? Tom Lane
• 15:12   Re: ALTER TABLE ... IF EXISTS feature? Robert Haas
• 15:44   Re: ALTER TABLE ... IF EXISTS feature? Tom Lane
• 15:47   Re: Fix for seg picksplit function Yeb Havinga
• 16:03   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 16:10   Re: why does plperl cache functions using just a bool for is_trigger Alvaro Herrera
• 16:16   Re: Fix for seg picksplit function Alexander Korotkov
• 16:16   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 16:31   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 16:48   Re: ALTER OBJECT any_name SET SCHEMA name Tom Lane
• 17:04   Re: ALTER TABLE ... IF EXISTS feature? Tom Lane
• 17:07   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 17:17   Re: ALTER OBJECT any_name SET SCHEMA name Tom Lane
• 17:24   [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Marti Raudsepp
• 17:37   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 18:04   Re: ALTER TABLE ... IF EXISTS feature? Tom Lane
• 18:13   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Tom Lane
• 18:15   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 18:46   How can we tell how far behind the standby is? Josh Berkus
• 19:16   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Marti Raudsepp
• 19:20   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Tom Lane
• 19:29   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 19:30   Re: ALTER OBJECT any_name SET SCHEMA name Tom Lane
• 19:36   temporary functions (and other object types) Alvaro Herrera
• 19:39   Re: temporary functions (and other object types) Szymon Guz
• 19:46   Re: temporary functions (and other object types) David E. Wheeler
• 19:58   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 20:01   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Marti Raudsepp
• 20:02   Re: temporary functions (and other object types) Tom Lane
• 20:05   Re: ALTER OBJECT any_name SET SCHEMA name Alvaro Herrera
• 20:15   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 20:16   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Tom Lane
• 20:27   Query Plan Columns David E. Wheeler
• 20:32   Re: ALTER TABLE ... IF EXISTS feature? Tom Lane
• 20:36   Re: Query Plan Columns Andrew Dunstan
• 20:39   Re: Query Plan Columns Dimitri Fontaine
• 20:39   Re: Query Plan Columns Josh Berkus
• 20:40   Re: Query Plan Columns David E. Wheeler
• 20:42   Re: Query Plan Columns David E. Wheeler
• 20:48   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 20:52   Re: Query Plan Columns David E. Wheeler
• 20:54   Re: Query Plan Columns Josh Berkus
• 20:55   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Andres Freund
• 21:10   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Marti Raudsepp
• 21:37   CREATE CONSTRAINT TRIGGER Alvaro Herrera
• 21:46   "Make" versus effective stack limit in regression tests Tom Lane
• 21:53   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Greg Smith
• 21:55   Re: CREATE CONSTRAINT TRIGGER Richard Broersma
• 22:03   Re: Query Plan Columns Tom Lane
• 22:07   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Tom Lane
• 22:08   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Andres Freund
• 22:10   Re: CREATE CONSTRAINT TRIGGER Tom Lane
• 22:13   Re: "Make" versus effective stack limit in regression tests Andrew Dunstan
• 22:14   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Josh Berkus
• 22:31   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Tom Lane
• 22:33   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Josh Berkus
• 22:39   Re: Simplifying replication Hannu Krosing
• 22:39   Re: "Make" versus effective stack limit in regression tests Tom Lane
• 22:49   plpgsql execute vs. SELECT ... INTO Andrew Dunstan
• 22:54   Re: plpgsql execute vs. SELECT ... INTO Tom Lane
• 22:59   Re: plpgsql execute vs. SELECT ... INTO Andrew Dunstan
• 23:21   Re: ALTER TABLE ... IF EXISTS feature? Robert Haas
• 23:49   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina

6 November 2010

• 00:39   Re: How can we tell how far behind the standby is? Robert Haas
• 00:58   Re: timestamp of the last replayed transaction Robert Haas
• 01:01   Re: temporary functions (and other object types) Robert Haas
• 03:28   Re: How can we tell how far behind the standby is? Rob Wultsch
• 07:04   Re: SQL/MED estimated time of arrival? Hitoshi Harada
• 07:22   Re: "Make" versus effective stack limit in regression tests Heikki Linnakangas
• 10:43   Protecting against unexpected zero-pages: proposal Gurjeet Singh
• 11:04   Re: temporary functions (and other object types) Martijn van Oosterhout
• 11:35   Re: improved parallel make support Peter Eisentraut
• 13:45   Re: How can we tell how far behind the standby is? Brendan Jurd
• 13:51   Re: Fix for seg picksplit function Alexander Korotkov
• 14:34   SQL functions that can be inlined Jim Nasby
• 14:47   Re: Fix for seg picksplit function Yeb Havinga
• 15:29   Re: SQL/MED estimated time of arrival? Tom Lane
• 15:31   PL/pgSQL and shared_preload_libraries Bruce Momjian
• 15:37   Re: temporary functions (and other object types) Tom Lane
• 15:48   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 15:53   Re: SQL functions that can be inlined Tom Lane
• 16:04   Re: PL/pgSQL and shared_preload_libraries Tom Lane
• 16:16   Should we use make -k on the buildfarm? Andrew Dunstan
• 16:34   Re: psycopg and two phase commit Daniele Varrazzo
• 17:02   Re: Simplifying replication Dimitri Fontaine
• 17:07   Re: Should we use make -k on the buildfarm? Tom Lane
• 17:09   Re: temporary functions (and other object types) Robert Haas
• 17:17   Re: Query Plan Columns David Fetter
• 17:34   IA64 versus effective stack limit Tom Lane
• 17:43   Re: temporary functions (and other object types) Tom Lane
• 18:22   Re: Simplifying replication Hannu Krosing
• 18:45   Re: Query Plan Columns David E. Wheeler
• 18:46   Re: Should we use make -k on the buildfarm? Andrew Dunstan
• 18:51   Re: Should we use make -k on the buildfarm? Tom Lane
• 18:57   knngist questions Robert Haas
• 19:03   Re: temporary functions (and other object types) Robert Haas
• 19:18   Re: temporary functions (and other object types) Tom Lane
• 20:26   Re: IA64 versus effective stack limit Greg Stark
• 21:16   Re: IA64 versus effective stack limit Tom Lane
• 22:17   Re: IA64 versus effective stack limit Tom Lane
• 22:24   Re: Query Plan Columns David E. Wheeler
• 22:52   Re: Simplifying replication Dimitri Fontaine
• 23:26   Re: sorted writes for checkpoints Jeff Janes

7 November 2010

• 00:01   Re: IA64 versus effective stack limit Tom Lane
• 00:40   Re: improved parallel make support Andrew Dunstan
• 00:46   Re: sorted writes for checkpoints Robert Haas
• 00:50   Re: IA64 versus effective stack limit Robert Haas
• 01:17   Re: ALTER TABLE ... IF EXISTS feature? Robert Haas
• 03:16   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 04:04   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 04:23   Re: Protecting against unexpected zero-pages: proposal Gurjeet Singh
• 10:42   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 11:28   SQL2011 and writeable CTE Hitoshi Harada
• 12:02   How to share the result data of separated plan Hitoshi Harada
• 12:24   Re: Query Plan Columns Roberto Mello
• 15:23   Re: How to share the result data of separated plan Tom Lane
• 15:35   Re: How to share the result data of separated plan Marko Tiikkaja
• 16:39   Re: Patch to add a primary key using an existing index Gurjeet Singh
• 17:09   Re: How to share the result data of separated plan Tom Lane
• 17:35   Re: How to share the result data of separated plan Marko Tiikkaja
• 17:55   Re: Patch to add a primary key using an existing index Gurjeet Singh
• 18:10   Re: SQL2011 and writeable CTE Peter Eisentraut
• 21:34   Buildfarm client version 4.3 released Andrew Dunstan
• 21:35   Re: How to share the result data of separated plan Robert Haas
• 22:45   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Greg Smith
• 22:47   Re: Buildfarm client version 4.3 released Andrew Dunstan
• 23:14   Re: sorted writes for checkpoints Greg Smith
• 23:36   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 23:56   Re: How to share the result data of separated plan Hitoshi Harada

8 November 2010

• 00:34   Re: SQL2011 and writeable CTE Hitoshi Harada
• 03:00   Re: UNION ALL has higher cost than inheritance Tom Lane
• 03:36   Re: SQL2011 and writeable CTE Pavel Stehule
• 10:01   Re: timestamp of the last replayed transaction Fujii Masao
• 10:05   Re: How can we tell how far behind the standby is? Fujii Masao
• 10:06   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 11:08   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 12:40   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 14:17   Re: why does plperl cache functions using just a bool for is_trigger Tom Lane
• 14:17   W3C Specs: Web SQL Charles Pritchard
• 14:17   postgresql scalability issue umut orhan
• 14:27   Re: Should we use make -k on the buildfarm? Stefan Kaltenbrunner
• 14:31   Re: SQL/MED estimated time of arrival? Tom Lane
• 14:45   Re: SQL2011 and writeable CTE Hitoshi Harada
• 14:47   Re: SQL2011 and writeable CTE Hitoshi Harada
• 14:50   Re: Should we use make -k on the buildfarm? Andrew Dunstan
• 14:55   Re: postgresql scalability issue Tom Lane
• 14:55   Re: W3C Specs: Web SQL Alvaro Herrera
• 15:05   Re: Protecting against unexpected zero-pages: proposal Aidan Van Dyk
• 15:05   Re: timestamp of the last replayed transaction Robert Haas
• 15:17   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 15:32   Re: SQL2011 and writeable CTE Pavel Stehule
• 15:32   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 15:39   Re: How to share the result data of separated plan Tom Lane
• 15:47   Re: How to share the result data of separated plan Tom Lane
• 16:00   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 16:03   Re: How to share the result data of separated plan Marko Tiikkaja
• 16:16   Re: How to share the result data of separated plan Hitoshi Harada
• 16:27   Re: How to share the result data of separated plan Tom Lane
• 16:33   Re: How to share the result data of separated plan Tom Lane
• 16:37   Re: why does plperl cache functions using just a bool for is_trigger Greg Stark
• 16:47   Re: How to share the result data of separated plan Hitoshi Harada
• 16:52   Re: How to share the result data of separated plan Marko Tiikkaja
• 16:54   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 16:55   Re: How to share the result data of separated plan Robert Haas
• 17:00   Re: Protecting against unexpected zero-pages: proposal Aidan Van Dyk
• 17:20   Re: UNION ALL has higher cost than inheritance Tom Lane
• 17:25   proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 17:32   Re: How to share the result data of separated plan Tom Lane
• 17:37   Re: How to share the result data of separated plan Tom Lane
• 17:52   Re: proposal: plpgsql - iteration over fields of rec or row variable Tom Lane
• 17:55   Re: How can we tell how far behind the standby is? Bernd Helmle
• 18:30   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 18:36   Re: SQL2011 and writeable CTE Peter Eisentraut
• 18:46   Re: proposal: plpgsql - iteration over fields of rec or row variable Merlin Moncure
• 18:49   Re: Should we use make -k on the buildfarm? Peter Eisentraut
• 18:56   Re: UNION ALL has higher cost than inheritance Robert Haas
• 18:59   Re: How to share the result data of separated plan Robert Haas
• 19:01   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 19:01   Re: Should we use make -k on the buildfarm? Andrew Dunstan
• 19:02   Re: proposal: plpgsql - iteration over fields of rec or row variable Dmitriy Igrishin
• 19:05   Re: UNION ALL has higher cost than inheritance Tom Lane
• 19:06   Re: Should we use make -k on the buildfarm? Peter Eisentraut
• 19:07   Re: UNION ALL has higher cost than inheritance Robert Haas
• 19:09   Re: proposal: plpgsql - iteration over fields of rec or row variable Merlin Moncure
• 19:13   Re: proposal: plpgsql - iteration over fields of rec or row variable Merlin Moncure
• 19:14   Re: UNION ALL has higher cost than inheritance Dimitri Fontaine
• 19:15   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 19:17   Re: proposal: plpgsql - iteration over fields of rec or row variable Dmitriy Igrishin
• 19:22   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 19:27   Re: UNION ALL has higher cost than inheritance Tom Lane
• 19:35   Re: W3C Specs: Web SQL Charles Pritchard
• 19:38   Re: Should we use make -k on the buildfarm? Tom Lane
• 19:48   Re: Should we use make -k on the buildfarm? Andrew Dunstan
• 20:06   Re: W3C Specs: Web SQL David E. Wheeler
• 20:17   Re: W3C Specs: Web SQL Andrew Dunstan
• 20:21   Re: proposal: plpgsql - iteration over fields of rec or row variable Merlin Moncure
• 20:28   Re: W3C Specs: Web SQL Alvaro Herrera
• 21:07   Re: W3C Specs: Web SQL David Fetter
• 21:31   Re: W3C Specs: Web SQL Kevin Grittner
• 21:38   Re: How to share the result data of separated plan Marko Tiikkaja
• 21:58   Re: How can we tell how far behind the standby is? Josh Berkus
• 22:01   Reminder: buildfarm server migration starts at 2010-11-09 13:00 UTC Andrew Dunstan
• 22:03   Re: W3C Specs: Web SQL Alvaro Herrera
• 22:12   Re: Query Plan Columns David E. Wheeler
• 22:15   Re: Query Plan Columns David E. Wheeler
• 22:27   Re: sorted writes for checkpoints Jeff Janes
• 23:47   Re: W3C Specs: Web SQL Alvaro Herrera

9 November 2010

• 00:04   Avoid memory leaks during ANALYZE's compute_index_stats() ? Tom Lane
• 00:10   Re: Avoid memory leaks during ANALYZE's compute_index_stats() ? Josh Berkus
• 00:29   Re: [GENERAL] Removing pgsql_tmp files Tom Lane
• 00:56   Re: [GENERAL] Removing pgsql_tmp files Alvaro Herrera
• 01:27   Re: Complier warnings on mingw gcc 4.5.0 Itagaki Takahiro
• 01:46   Re: [GENERAL] Removing pgsql_tmp files Tom Lane
• 01:52   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) Itagaki Takahiro
• 01:54   Fwd: Which file does the SELECT? Vaibhav Kaushal
• 01:55   Fwd: Which file does the SELECT? Vaibhav Kaushal
• 02:44   CLUSTER can change t_len Jeff Davis
• 03:03   Re: Avoid memory leaks during ANALYZE's compute_index_stats() ? Tom Lane
• 04:45   Re: Should we use make -k on the buildfarm? Peter Eisentraut
• 05:11   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 06:01   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 07:12   Re: Query Plan Columns Dimitri Fontaine
• 07:19   Re: Query Plan Columns David E. Wheeler
• 08:12   Re: CLUSTER can change t_len Itagaki Takahiro
• 08:38   Re: proposal: plpgsql - iteration over fields of rec or row variable Dmitriy Igrishin
• 09:20   Re: CLUSTER can change t_len Heikki Linnakangas
• 09:52   security hooks on object creation KaiGai Kohei
• 10:06   Re: W3C Specs: Web SQL Sam Mason
• 10:16   Re: Avoid memory leaks during ANALYZE's compute_index_stats() ? Jakub Ouhrabka
• 10:35   Re: security hooks on object creation Itagaki Takahiro
• 10:35   Re: Hot Standby b-tree delete records review Heikki Linnakangas
• 11:02   Re: improved parallel make support Dave Page
• 11:12   Re: Hot Standby b-tree delete records review Simon Riggs
• 11:46   Re: W3C Specs: Web SQL Kevin Grittner
• 11:46   Re: security hooks on object creation KaiGai Kohei
• 12:44   Re: timestamp of the last replayed transaction Fujii Masao
• 12:45   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 12:58   Re: CLUSTER can change t_len Greg Stark
• 13:13   pg_ctl init doc bug Euler Taveira de Oliveira
• 13:16   Re: How can we tell how far behind the standby is? Fujii Masao
• 13:24   Re: CLUSTER can change t_len Heikki Linnakangas
• 13:28   Re: Protecting against unexpected zero-pages: proposal Aidan Van Dyk
• 14:00   Re: W3C Specs: Web SQL Alvaro Herrera
• 14:12   Re: W3C Specs: Web SQL Andrew Dunstan
• 14:14   Re: CLUSTER can change t_len Tom Lane
• 14:25   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 14:28   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 14:50   TODO Alter Table Rename Constraint Viktor Valy
• 14:53   Re: CLUSTER can change t_len Heikki Linnakangas
• 15:28   Re: Protecting against unexpected zero-pages: proposal Jim Nasby
• 15:44   Re: Protecting against unexpected zero-pages: proposal Gurjeet Singh
• 15:59   DROP TABLESPACE needs crash-resistance Gurjeet Singh
• 16:02   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 16:06   Re: Protecting against unexpected zero-pages: proposal Aidan Van Dyk
• 16:12   Re: proposal: plpgsql - iteration over fields of rec or row variable David E. Wheeler
• 16:15   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 16:18   Re: proposal: plpgsql - iteration over fields of rec or row variable Dmitriy Igrishin
• 16:19   Re: proposal: plpgsql - iteration over fields of rec or row variable David E. Wheeler
• 16:24   Re: DROP TABLESPACE needs crash-resistance Tom Lane
• 16:31   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 16:34   Re: proposal: plpgsql - iteration over fields of rec or row variable Tom Lane
• 16:36   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 16:39   Re: proposal: plpgsql - iteration over fields of rec or row variable David E. Wheeler
• 16:41   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 16:42   Re: proposal: plpgsql - iteration over fields of rec or row variable David E. Wheeler
• 16:42   Re: proposal: plpgsql - iteration over fields of rec or row variable David E. Wheeler
• 16:43   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 16:47   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 16:51   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 17:00   Re: proposal: plpgsql - iteration over fields of rec or row variable Pavel Stehule
• 17:07   Re: pg_ctl init doc bug Tom Lane
• 17:26   Re: How can we tell how far behind the standby is? Josh Berkus
• 17:26   Re: ALTER TYPE recursion to typed tables Peter Eisentraut
• 17:28   Re: timestamp of the last replayed transaction Josh Berkus
• 18:06   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 18:14   Re: Protecting against unexpected zero-pages: proposal Kenneth Marshall
• 18:15   Re: Protecting against unexpected zero-pages: proposal Alvaro Herrera
• 18:24   Re: TODO Alter Table Rename Constraint Robert Haas
• 18:37   Re: Protecting against unexpected zero-pages: proposal Josh Berkus
• 18:41   Re: proposal: plpgsql - iteration over fields of rec or row variable Merlin Moncure
• 18:58   Re: CREATE CONSTRAINT TRIGGER Alvaro Herrera
• 19:02   Re: proposal: plpgsql - iteration over fields of rec or row variable Alvaro Herrera
• 19:06   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 19:12   Re: Protecting against unexpected zero-pages: proposal Josh Berkus
• 19:18   multi-platform, multi-locale regression tests Peter Eisentraut
• 19:25   Re: Protecting against unexpected zero-pages: proposal Greg Stark
• 19:53   Re: W3C Specs: Web SQL Charles Pritchard
• 20:12   Re: W3C Specs: Web SQL Jochem van Dieten
• 20:23   Re: Protecting against unexpected zero-pages: proposal Aidan Van Dyk
• 20:43   Re: Protecting against unexpected zero-pages: proposal Josh Berkus
• 20:50   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 21:00   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 21:03   Re: Protecting against unexpected zero-pages: proposal Josh Berkus
• 21:15   Re: Protecting against unexpected zero-pages: proposal Kevin Grittner
• 21:25   Build farm server database migration complete Andrew Dunstan
• 21:35   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 21:35   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 21:49   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 21:50   Re: multi-platform, multi-locale regression tests Cédric Villemain
• 21:50   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 21:50   Re: Protecting against unexpected zero-pages: proposal Josh Berkus
• 21:51   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) Robert Haas
• 21:55   Re: multi-platform, multi-locale regression tests Cédric Villemain
• 22:19   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) Terry Laurenzo
• 22:31   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 22:42   Re: Protecting against unexpected zero-pages: proposal Tom Lane
• 23:04   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 23:38   Re: Protecting against unexpected zero-pages: proposal Gurjeet Singh
• 23:50   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 23:58   Re: DROP TABLESPACE needs crash-resistance Gurjeet Singh

10 November 2010

• 00:55   Re: timestamp of the last replayed transaction Fujii Masao
• 02:31   Re: Protecting against unexpected zero-pages: proposal Robert Haas
• 02:57   Re: timestamp of the last replayed transaction Robert Haas
• 03:05   We need index-only scans Bruce Momjian
• 03:05   Re: timestamp of the last replayed transaction Fujii Masao
• 03:07   Re: security hooks on object creation Robert Haas
• 03:08   Re: Which file does the SELECT? Robert Haas
• 03:18   Re: multi-platform, multi-locale regression tests Peter Eisentraut
• 07:35   Re: W3C Specs: Web SQL tomas@tuxteam.de
• 09:45   ECPG question about PREPARE and EXECUTE Boszormenyi Zoltan
• 10:30   Re: [COMMITTERS] pgsql: Don't unblock SIGQUIT in the SIGQUIT handler This was possibly Fujii Masao
• 10:32   Re: TODO Alter Table Rename Constraint Viktor Valy
• 12:28   Re: Fix for seg picksplit function Alvaro Herrera
• 12:31   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 12:33   Re: security hooks on object creation KaiGai Kohei
• 12:53   Re: Fix for seg picksplit function Alexander Korotkov
• 13:02   Re: Fix for seg picksplit function Alexander Korotkov
• 13:33   Re: Fix for seg picksplit function Yeb Havinga
• 13:46   Re: Fix for seg picksplit function Alexander Korotkov
• 14:00   Re: Fix for seg picksplit function Yeb Havinga
• 14:06   Re: Fix for seg picksplit function Alexander Korotkov
• 14:07   Re: Fix for seg picksplit function Tom Lane
• 14:08   Re: Fix for seg picksplit function Yeb Havinga
• 14:35   Re: improved parallel make support Peter Eisentraut
• 15:33   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 16:12   Re: multi-platform, multi-locale regression tests David Fetter
• 16:48   Re: multi-platform, multi-locale regression tests Andrew Dunstan
• 16:51   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 17:00   Re: security hooks on object creation Robert Haas
• 17:13   Re: improved parallel make support Andrew Dunstan
• 17:28   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 17:58   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 18:10   Re: multi-platform, multi-locale regression tests Marti Raudsepp
• 18:39   Re: TODO Alter Table Rename Constraint Robert Haas
• 18:40   Re: multi-platform, multi-locale regression tests Markus Wanner
• 20:58   Re: multi-platform, multi-locale regression tests Peter Eisentraut
• 21:06   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 21:15   Re: multi-platform, multi-locale regression tests Andrew Dunstan
• 21:26   Re: B-tree parent pointer and checkpoints Tom Lane
• 21:39   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 21:41   Re: security hooks on object creation KaiGai Kohei
• 21:50   Re: B-tree parent pointer and checkpoints Tom Lane
• 22:18   Re: multi-platform, multi-locale regression tests Tom Lane
• 22:40   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 23:01   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Andrew Dunstan
• 23:47   Re: multi-platform, multi-locale regression tests Robert Haas
• 23:51   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Robert Haas

11 November 2010

• 00:05   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Andrew Dunstan
• 00:27   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Robert Haas
• 00:57   Re: Which file does the SELECT? Vaibhav Kaushal
• 01:15   wCTE behaviour Marko Tiikkaja
• 05:38   Re: Exposing an installation's default value of unix_socket_directory Peter Eisentraut
• 10:24   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 10:24   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 10:58   Re: improved parallel make support Dave Page
• 12:04   Re: improved parallel make support Andrew Dunstan
• 12:08   Re: multi-platform, multi-locale regression tests Dimitri Fontaine
• 12:21   Re: renaming contrib. Dimitri Fontaine
• 12:29   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Andrew Dunstan
• 12:41   Re: improved parallel make support Dave Page
• 13:45   Re: Exposing an installation's default value of unix_socket_directory Tom Lane
• 14:03   MULTISET and additional functions for ARRAY Itagaki Takahiro
• 14:05   Re: BUG #5748: Invalid oidvector data during binary recv Yeb Havinga
• 14:16   Re: B-tree parent pointer and checkpoints Tom Lane
• 14:17   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Aidan Van Dyk
• 14:24   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Tom Lane
• 14:28   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Marti Raudsepp
• 14:59   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Tom Lane
• 15:08   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Tom Lane
• 15:13   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Andrew Dunstan
• 15:31   Re: Re: [COMMITTERS] pgsql: Don't unblock SIGQUIT in the SIGQUIT handler This was possibly Peter Eisentraut
• 15:41   Re: wCTE behaviour David Fetter
• 15:43   Re: improved parallel make support Mark Cave-Ayland
• 15:50   Re: wCTE behaviour Marko Tiikkaja
• 15:51   Re: improved parallel make support Andrew Dunstan
• 16:03   Re: wCTE behaviour Thom Brown
• 16:03   Re: improved parallel make support Dave Page
• 16:14   Re: wCTE behaviour Tom Lane
• 16:18   Re: wCTE behaviour David E. Wheeler
• 16:19   Re: improved parallel make support Mark Cave-Ayland
• 16:20   Re: MULTISET and additional functions for ARRAY David E. Wheeler
• 16:30   Re: wCTE behaviour Tom Lane
• 16:36   Re: wCTE behaviour Tom Lane
• 16:36   Re: wCTE behaviour Marko Tiikkaja
• 16:36   Re: wCTE behaviour Merlin Moncure
• 16:44   Re: wCTE behaviour David E. Wheeler
• 17:05   Re: MULTISET and additional functions for ARRAY Tom Lane
• 17:11   Re: MULTISET and additional functions for ARRAY David E. Wheeler
• 17:12   Re: wCTE behaviour Tom Lane
• 17:12   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 17:19   Re: MULTISET and additional functions for ARRAY Darren Duncan
• 17:24   Re: MULTISET and additional functions for ARRAY Nicolas Barbier
• 17:34   Re: B-tree parent pointer and checkpoints Tom Lane
• 17:46   Re: MULTISET and additional functions for ARRAY David E. Wheeler
• 17:46   Re: MULTISET and additional functions for ARRAY David E. Wheeler
• 17:53   Re: wCTE behaviour David Fetter
• 17:56   Re: wCTE behaviour David Fetter
• 18:05   Re: wCTE behaviour Tom Lane
• 18:07   Re: wCTE behaviour Merlin Moncure
• 18:15   Re: wCTE behaviour Tom Lane
• 19:08   Re: MULTISET and additional functions for ARRAY Alvaro Herrera
• 19:16   Re: renaming contrib. (was multi-platform, multi-locale regression tests) Marko Kreen
• 19:19   Re: improved parallel make support Dave Page
• 19:43   Re: MULTISET and additional functions for ARRAY David E. Wheeler
• 19:46   Re: MULTISET and additional functions for ARRAY Merlin Moncure
• 20:06   Re: MULTISET and additional functions for ARRAY Darren Duncan
• 20:12   Re: improved parallel make support Andrew Dunstan
• 21:21   Restructuring plancache.c API Tom Lane
• 22:03   Delimited identifier brhavior Tatsuo Ishii
• 22:12   Re: Delimited identifier brhavior Kevin Grittner
• 22:32   Re: Delimited identifier brhavior Darren Duncan
• 23:08   Re: Delimited identifier brhavior Andrew Dunstan

12 November 2010

• 00:27   Re: MULTISET and additional functions for ARRAY Itagaki Takahiro
• 00:29   Re: Delimited identifier brhavior Tatsuo Ishii
• 00:36   Re: MULTISET and additional functions for ARRAY Itagaki Takahiro
• 00:54   Re: duplicate connection failure messages Bruce Momjian
• 01:50   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 02:01   Re: Exposing an installation's default value of unix_socket_directory Bruce Momjian
• 02:14   Re: Simplifying replication Bruce Momjian
• 03:00   Re: Simplifying replication Bruce Momjian
• 03:47   Re: Simplifying replication Robert Haas
• 03:53   Re: MULTISET and additional functions for ARRAY Robert Haas
• 03:57   Re: duplicate connection failure messages Tom Lane
• 04:21   Re: MULTISET and additional functions for ARRAY Tom Lane
• 04:53   Re: MULTISET and additional functions for ARRAY Robert Haas
• 05:21   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Magnus Hagander
• 07:12   Re: wCTE behaviour Yeb Havinga
• 07:47   Re: Restructuring plancache.c API Yeb Havinga
• 08:08   Re: multi-platform, multi-locale regression tests Markus Wanner
• 08:12   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 08:28   Re: TODO Alter Table Rename Constraint Viktor Valy
• 09:35   Re: security hooks on object creation KaiGai Kohei
• 11:44   Re: security hooks on object creation KaiGai Kohei
• 12:27   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 12:33   Re: We need index-only scans Greg Stark
• 12:35   Re: multi-platform, multi-locale regression tests Markus Wanner
• 12:43   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 12:52   Re: We need index-only scans Alvaro Herrera
• 13:01   Re: We need index-only scans Heikki Linnakangas
• 13:02   Re: duplicate connection failure messages Bruce Momjian
• 13:05   Re: Simplifying replication Bruce Momjian
• 13:07   Re: multi-platform, multi-locale regression tests Markus Wanner
• 13:08   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 13:17   Re: We need index-only scans Bruce Momjian
• 13:28   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 13:39   Re: We need index-only scans Andrew Dunstan
• 13:44   Re: MULTISET and additional functions for ARRAY Tom Lane
• 13:54   Re: We need index-only scans Alvaro Herrera
• 14:03   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 14:27   Re: wCTE behaviour Tom Lane
• 14:38   Re: We need index-only scans Robert Haas
• 14:39   Re: TODO Alter Table Rename Constraint Robert Haas
• 14:51   Re: wCTE behaviour Robert Haas
• 14:52   Re: wCTE behaviour David Fetter
• 15:12   Re: wCTE behaviour David Fetter
• 15:40   Re: [ADMIN] locales and encodings Oh MY! mark
• 15:40   Re: SQL/MED estimated time of arrival? Eric Davies
• 15:41   Re: MULTISET and additional functions for ARRAY David Fetter
• 15:43   Refactoring the Type System David Fetter
• 15:47   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 15:50   Re: wCTE behaviour Hitoshi Harada
• 16:03   Re: Refactoring the Type System Andrew Dunstan
• 16:24   Re: knngist - 0.8 Bruce Momjian
• 16:58   Re: [ADMIN] locales and encodings Oh MY! Kevin Grittner
• 17:05   Re: ask for review of MERGE Bruce Momjian
• 17:11   Re: knngist questions Teodor Sigaev
• 17:11   Re: GIN vs. Partial Indexes Bruce Momjian
• 17:15   Re: GIN vs. Partial Indexes Andrew Dunstan
• 17:16   Re: GIN vs. Partial Indexes Bruce Momjian
• 17:24   Re: knngist - 0.8 Teodor Sigaev
• 17:25   Re: wCTE behaviour Marko Tiikkaja
• 17:32   Re: GIN vs. Partial Indexes Tom Lane
• 17:32   Re: wCTE behaviour David Fetter
• 17:36   Re: WIP: extensible enums Bruce Momjian
• 17:40   Re: WIP: extensible enums Bruce Momjian
• 17:50   Re: WIP: extensible enums Andrew Dunstan
• 17:53   Re: [ADMIN] locales and encodings Oh MY! Robert Haas
• 17:55   Re: WIP: extensible enums Tom Lane
• 17:58   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 17:58   Re: WIP: extensible enums Robert Haas
• 18:05   Re: [ADMIN] locales and encodings Oh MY! Tom Lane
• 18:17   Re: [ADMIN] locales and encodings Oh MY! mark
• 18:20   Re: WIP: extensible enums Tom Lane
• 18:21   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 19:14   Re: wCTE behaviour Dimitri Fontaine
• 19:28   Re: Refactoring the Type System Dimitri Fontaine
• 19:39   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 19:45   Re: wCTE behaviour Tom Lane
• 20:05   copydir prototype Robert Haas
• 20:13   Re: copydir prototype Tom Lane
• 20:29   Re: wCTE behaviour Dimitri Fontaine
• 20:36   Re: copydir prototype Robert Haas
• 20:41   Re: multi-platform, multi-locale regression tests David E. Wheeler
• 20:47   Re: Restructuring plancache.c API Alvaro Herrera
• 20:52   Re: WIP: extensible enums Alvaro Herrera
• 20:58   Re: Restructuring plancache.c API Tom Lane
• 21:09   8.4-vintage problem in postmaster.c Alvaro Herrera
• 21:20   Re: WIP: extensible enums Robert Haas
• 21:34   Re: WIP: extensible enums Joshua D. Drake
• 21:35   Re: B-tree parent pointer and checkpoints Greg Stark
• 22:12   Re: Refactoring the Type System Jeff Davis
• 22:35   Re: Refactoring the Type System Robert Haas
• 23:07   Re: Refactoring the Type System Jeff Davis
• 23:08   CommitFest 2010-11: Call for Reviewers Greg Smith
• 23:28   Re: multi-platform, multi-locale regression tests Kevin Grittner
• 23:47   Re: wCTE behaviour Alvaro Herrera

13 November 2010

• 00:29   Re: Refactoring the Type System Andrew Dunstan
• 01:18   Re: WIP: extensible enums Bruce Momjian
• 01:56   Re: WIP: extensible enums Andrew Dunstan
• 02:05   Re: WIP: extensible enums Bruce Momjian
• 02:37   Label switcher function KaiGai Kohei
• 02:47   Re: plan time of MASSIVE partitioning ... Bruce Momjian
• 02:56   Re: plan time of MASSIVE partitioning ... Tom Lane
• 03:09   Re: max_wal_senders must die Bruce Momjian
• 03:25   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 03:28   Re: max_wal_senders must die Tom Lane
• 12:24   Re: wCTE behaviour Yeb Havinga
• 12:36   Re: duplicate connection failure messages Magnus Hagander
• 12:41   Re: wCTE behaviour David Fetter
• 12:56   Re: max_wal_senders must die Robert Haas
• 13:20   Re: wCTE behaviour Yeb Havinga
• 13:22   Re: wCTE behaviour Marko Tiikkaja
• 14:07   Re: max_wal_senders must die Tom Lane
• 14:10   Re: wCTE behaviour Tom Lane
• 14:23   Re: wCTE behaviour Marko Tiikkaja
• 14:36   Re: wCTE behaviour Clark C. Evans
• 14:42   Re: wCTE behaviour Marko Tiikkaja
• 14:51   HOT updates in index-less tables Tom Lane
• 15:07   Re: [COMMITTERS] pgsql: Improved parallel make support Andrew Dunstan
• 15:13   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 15:24   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 15:32   Re: [COMMITTERS] pgsql: Improved parallel make support Andrew Dunstan
• 15:34   Re: [COMMITTERS] pgsql: Improved parallel make support Dave Page
• 16:11   Re: HOT updates in index-less tables Hannu Krosing
• 16:13   Re: HOT updates in index-less tables Tom Lane
• 16:15   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 16:15   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 16:18   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 16:21   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 16:30   Re: WIP: extensible enums Peter Eisentraut
• 16:53   Re: [COMMITTERS] pgsql: Improved parallel make support Erik Rijkers
• 16:59   Re: 8.4-vintage problem in postmaster.c Tom Lane
• 17:07   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 17:28   Re: HOT updates in index-less tables Hannu Krosing
• 17:42   Re: HOT updates in index-less tables Tom Lane
• 17:44   Re: wCTE behaviour David Fetter
• 17:46   Re: wCTE behaviour David Fetter
• 18:13   Re: wCTE behaviour Dimitri Fontaine
• 19:13   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 19:15   SSI update Kevin Grittner
• 20:48   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 20:54   Re: 8.4-vintage problem in postmaster.c Stefan Kaltenbrunner
• 21:08   Re: 8.4-vintage problem in postmaster.c Tom Lane
• 21:20   Re: max_wal_senders must die Robert Haas
• 21:26   Re: plan time of MASSIVE partitioning ... Robert Haas
• 21:29   Re: HOT updates in index-less tables Robert Haas
• 21:32   Re: WIP: extensible enums Robert Haas
• 21:46   Re: 8.4-vintage problem in postmaster.c Stefan Kaltenbrunner
• 23:16   unlogged tables Robert Haas
• 23:42   Re: unlogged tables Tom Lane
• 23:49   POSIX shared memory redux A.M.
• 23:54   Re: unlogged tables Robert Haas
• 23:59   Re: unlogged tables Tom Lane

14 November 2010

• 00:08   Re: POSIX shared memory redux Tom Lane
• 00:14   Re: unlogged tables Andrew Dunstan
• 00:15   Re: unlogged tables Tom Lane
• 00:36   Re: duplicate connection failure messages Bruce Momjian
• 00:55   Re: unlogged tables Robert Haas
• 01:09   Re: unlogged tables Robert Haas
• 01:18   Re: unlogged tables Greg Stark
• 01:19   Re: Label switcher function Robert Haas
• 01:35   Re: unlogged tables Robert Haas
• 01:45   Re: wCTE behaviour Marko Tiikkaja
• 02:54   Re: Refactoring the Type System Darren Duncan
• 03:16   Re: Label switcher function KaiGai Kohei
• 09:31   Re: [COMMITTERS] pgsql: Improved parallel make support Dave Page
• 09:38   Re: Refactoring the Type System Daniel Farina
• 10:15   Re: Refactoring the Type System Daniel Farina
• 14:06   Re: POSIX shared memory redux Martijn van Oosterhout
• 14:28   Re: wCTE behaviour Hitoshi Harada
• 14:42   Re: add label to enum syntax Andrew Dunstan
• 14:44   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 14:47   Re: Refactoring the Type System Tom Lane
• 15:07   Re: POSIX shared memory redux Tom Lane
• 15:08   Re: [COMMITTERS] pgsql: Improved parallel make support Andrew Dunstan
• 15:08   Re: [COMMITTERS] pgsql: Improved parallel make support Robert Haas
• 15:24   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 15:49   Re: Bug in plpython's Python Generators Jan Urbański
• 15:59   Re: add label to enum syntax David E. Wheeler
• 16:14   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 17:02   Re: wCTE behaviour Marko Tiikkaja
• 17:07   Re: wCTE behaviour Marko Tiikkaja
• 17:08   Re: Bug in plpython's Python Generators Marti Raudsepp
• 17:12   Re: HOT updates in index-less tables Heikki Linnakangas
• 17:35   Re: wCTE behaviour Robert Haas
• 17:37   Re: POSIX shared memory redux Robert Haas
• 17:48   Re: wCTE behaviour Yeb Havinga
• 18:27   Re: Refactoring the Type System Daniel Farina
• 18:42   Re: a new problem in MERGE Greg Smith
• 19:06   Re: wCTE behaviour Marko Tiikkaja
• 19:45   Re: max_wal_senders must die Heikki Linnakangas
• 19:49   pg_stat_bgwriter broken? Greg Smith
• 19:53   Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Josh Berkus
• 19:55   Re: Refactoring the Type System Darren Duncan
• 19:56   Re: max_wal_senders must die Tom Lane
• 19:58   Re: WIP: extensible enums Josh Berkus
• 20:04   Re: Bug in plpython's Python Generators Oleg Bartunov
• 20:19   Re: pg_stat_bgwriter broken? Tom Lane
• 20:23   Re: pg_stat_bgwriter broken? Greg Smith
• 20:25   Re: Refactoring the Type System Robert Haas
• 20:31   Re: wCTE behaviour Robert Haas
• 20:43   Re: pg_stat_bgwriter broken? Tom Lane
• 20:45   Instrument checkpoint sync calls Greg Smith
• 20:47   Re: wCTE behaviour David Fetter
• 20:52   Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Greg Stark
• 20:59   Re: wCTE behaviour Tom Lane
• 21:19   Re: wCTE behaviour Yeb Havinga
• 21:21   Count backend self-sync calls Greg Smith
• 21:21   Re: wCTE behaviour Peter Eisentraut
• 21:21   Re: Refactoring the Type System Daniel Farina
• 21:22   Re: Instrument checkpoint sync calls Magnus Hagander
• 21:22   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Tom Lane
• 21:28   Re: Refactoring the Type System Tom Lane
• 21:32   Re: Count backend self-sync calls Robert Haas
• 22:11   Re: Count backend self-sync calls Tom Lane
• 22:11   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Andrew Dunstan
• 22:15   Re: wCTE behaviour David Fetter
• 22:31   Re: SSI update David Fetter
• 22:46   Re: Count backend self-sync calls Robert Haas
• 22:48   Spread checkpoint sync Greg Smith
• 22:59   Re: pg_stat_bgwriter broken? Greg Smith
• 23:01   WIP patch for parallel pg_dump Joachim Wieland
• 23:05   Re: Instrument checkpoint sync calls Greg Smith
• 23:06   Per-column collation Peter Eisentraut
• 23:18   directory archive format for pg_dump Joachim Wieland
• 23:19   Re: Count backend self-sync calls Greg Smith
• 23:28   Re: Count backend self-sync calls Tom Lane
• 23:36   Re: pg_stat_bgwriter broken? Tom Lane

15 November 2010

• 00:03   Re: CommitFest 2010-11: Call for Reviewers Greg Smith
• 00:09   Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+ Greg Smith
• 00:31   Re: Count backend self-sync calls Robert Haas
• 00:31   Re: Count backend self-sync calls Robert Haas
• 01:09   Re: [COMMITTERS] pgsql: Improved parallel make support Robert Haas
• 01:13   Re: Comparison with "true" in source code Robert Haas
• 01:17   Re: Refactoring the Type System Greg Stark
• 01:21   Re: Comparison with "true" in source code Itagaki Takahiro
• 01:33   Explain analyze getrusage tracking Greg Stark
• 01:34   Re: Fix for cube picksplit function Robert Haas
• 01:37   Re: Refactoring the Type System Robert Haas
• 01:50   Re: contrib: auth_delay module Robert Haas
• 01:55   Re: MULTISET and additional functions for ARRAY Itagaki Takahiro
• 02:41   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 02:57   Re: SQL/MED estimated time of arrival? Itagaki Takahiro
• 03:39   changing MyDatabaseId Robert Haas
• 04:27   Re: Refactoring the Type System Tom Lane
• 04:38   Re: MULTISET and additional functions for ARRAY Pavel Stehule
• 04:41   Re: changing MyDatabaseId Tom Lane
• 06:29   Latches with weak memory ordering (Re: max_wal_senders must die) Heikki Linnakangas
• 07:00   some notes about implementation of SQL/PSM in PostgreSQL Pavel Stehule
• 07:47   Re: MULTISET and additional functions for ARRAY Itagaki Takahiro
• 08:07   Re: Fix for seg picksplit function Alexander Korotkov
• 08:35   Re: MULTISET and additional functions for ARRAY Pavel Stehule
• 08:58   Re: MULTISET and additional functions for ARRAY Andres Freund
• 09:13   Re: [COMMITTERS] pgsql: Improved parallel make support Bernd Helmle
• 09:27   How to rename each field in ROW expression? Itagaki Takahiro
• 09:35   Re: Per-column collation Pavel Stehule
• 10:26   Amazon now supporting GPU focused EC2 instances Greg Stark
• 10:38   Re: Amazon now supporting GPU focused EC2 instances Thom Brown
• 10:50   Re: Amazon now supporting GPU focused EC2 instances Greg Stark
• 10:54   Re: Amazon now supporting GPU focused EC2 instances Yeb Havinga
• 11:56   Re: changing MyDatabaseId Alvaro Herrera
• 12:09   Re: changing MyDatabaseId Robert Haas
• 12:22   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 12:45   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Heikki Linnakangas
• 12:55   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:24   Re: 8.4-vintage problem in postmaster.c Alvaro Herrera
• 13:34   Re: duplicate connection failure messages Alvaro Herrera
• 13:52   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 14:00   Re: SSI update Kevin Grittner
• 14:09   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 14:13   Re: MULTISET and additional functions for ARRAY Tom Lane
• 14:19   Re: How to rename each field in ROW expression? Tom Lane
• 14:27   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Heikki Linnakangas
• 14:32   Re: SSI update Greg Smith
• 14:44   Re: SSI update Alvaro Herrera
• 14:55   Re: unlogged tables Marti Raudsepp
• 14:57   Re: SSI update Kevin Grittner
• 15:06   Extensions Dimitri Fontaine
• 15:12   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 15:12   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Robert Haas
• 15:16   Re: SSI update Robert Haas
• 15:18   Re: Amazon now supporting GPU focused EC2 instances Jeroen Vermeulen
• 15:20   Re: SSI update Kevin Grittner
• 15:21   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 15:22   Re: unlogged tables Robert Haas
• 15:25   Re: unlogged tables Tom Lane
• 15:45   Re: SQL/MED estimated time of arrival? Eric Davies
• 16:09   Re: unlogged tables Marti Raudsepp
• 16:32   Re: unlogged tables Robert Haas
• 16:45   Re: unlogged tables Aidan Van Dyk
• 16:49   Re: Count backend self-sync calls Robert Haas
• 17:17   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Josh Berkus
• 17:25   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Tom Lane
• 18:06   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Josh Berkus
• 18:14   Re: MULTISET and additional functions for ARRAY David Fetter
• 18:16   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Robert Haas
• 18:29   Re: Bug in plpython's Python Generators Tom Lane
• 18:31   Re: Instrument checkpoint sync calls Robert Haas
• 18:38   Re: MULTISET and additional functions for ARRAY Tom Lane
• 18:42   Re: Re: Rethinking hint bits WAS: Protecting against unexpected zero-pages: proposal Tom Lane
• 18:43   Re: Per-column collation Peter Eisentraut
• 18:48   Re: Instrument checkpoint sync calls Tom Lane
• 19:10   Re: Instrument checkpoint sync calls Greg Smith
• 19:19   Re: Instrument checkpoint sync calls Robert Haas
• 20:06   Re: Count backend self-sync calls Jeff Janes
• 20:10   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 21:14   Re: Per-column collation Pavel Stehule
• 22:42   Re: How to rename each field in ROW expression? Itagaki Takahiro
• 22:42   Re: libpq changes for synchronous replication Robert Haas
• 23:07   Re: Fix for seg picksplit function Robert Haas
• 23:27   Re: libpq changes for synchronous replication Tom Lane
• 23:35   Isn't HANDLE 64 bits on Win64? Tom Lane

16 November 2010

• 00:49   Re: libpq changes for synchronous replication Robert Haas
• 00:56   unlogged tables Andy Colson
• 01:15   Re: Spread checkpoint sync Robert Haas
• 01:28   Re: unlogged tables Robert Haas
• 01:43   Re: Explain analyze getrusage tracking Robert Haas
• 01:49   Re: Count backend self-sync calls Greg Smith
• 02:17   Re: [COMMITTERS] pgsql: Improved parallel make support Robert Haas
• 03:09   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 03:35   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 07:58   Re: Fix for seg picksplit function Alexander Korotkov
• 08:36   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 09:01   Re: Isn't HANDLE 64 bits on Win64? Magnus Hagander
• 09:25   Re: Isn't HANDLE 64 bits on Win64? Dave Page
• 10:08   Re: Fix for seg picksplit function Alexander Korotkov
• 10:39   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Magnus Hagander
• 10:45   Re: Isn't HANDLE 64 bits on Win64? Magnus Hagander
• 12:17   track_functions default Magnus Hagander
• 13:42   Re: Isn't HANDLE 64 bits on Win64? Tom Lane
• 13:45   Re: Isn't HANDLE 64 bits on Win64? Tom Lane
• 14:09   Re: track_functions default Tom Lane
• 14:13   GCC vs clang Greg Sabino Mullane
• 14:16   Re: Isn't HANDLE 64 bits on Win64? Magnus Hagander
• 14:16   Re: GCC vs clang Tom Lane
• 14:24   Re: track_functions default Magnus Hagander
• 14:29   Re: Isn't HANDLE 64 bits on Win64? Magnus Hagander
• 14:35   Re: Isn't HANDLE 64 bits on Win64? Tom Lane
• 14:44   Re: Isn't HANDLE 64 bits on Win64? Magnus Hagander
• 15:06   Re: B-tree parent pointer and checkpoints Heikki Linnakangas
• 15:13   autovacuum maintenance_work_mem Alvaro Herrera
• 15:22   Re: GCC vs clang Peter Eisentraut
• 15:32   Re: autovacuum maintenance_work_mem Itagaki Takahiro
• 15:33   GiST insert algorithm rewrite Heikki Linnakangas
• 15:41   Re: Per-column collation Peter Eisentraut
• 16:11   Re: autovacuum maintenance_work_mem Tom Lane
• 16:20   Re: Explain analyze getrusage tracking Greg Stark
• 16:20   Re: autovacuum maintenance_work_mem Heikki Linnakangas
• 16:27   Re: autovacuum maintenance_work_mem Robert Haas
• 16:32   Re: SQL/MED estimated time of arrival? Eric Davies
• 17:01   Re: GiST insert algorithm rewrite Tom Lane
• 17:04   Re: GCC vs clang Greg Sabino Mullane
• 17:09   Re: unlogged tables Andy Colson
• 17:10   Re: GCC vs clang Tom Lane
• 17:12   Re: unlogged tables Tom Lane
• 17:22   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 17:29   Re: Extensible executor nodes for preparation of SQL/MED Tom Lane
• 17:35   Re: unlogged tables Robert Haas
• 17:36   Re: Extensible executor nodes for preparation of SQL/MED Robert Haas
• 17:36   Re: autovacuum maintenance_work_mem Josh Berkus
• 17:40   Re: autovacuum maintenance_work_mem Robert Haas
• 17:44   Re: autovacuum maintenance_work_mem Joshua D. Drake
• 17:46   Re: GiST insert algorithm rewrite Robert Haas
• 17:51   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 17:52   Re: autovacuum maintenance_work_mem Josh Berkus
• 17:58   Re: unlogged tables Alvaro Herrera
• 18:01   Re: Per-column collation Pavel Stehule
• 18:04   Re: autovacuum maintenance_work_mem Alvaro Herrera
• 18:06   Re: unlogged tables Robert Haas
• 18:06   Re: GiST insert algorithm rewrite Robert Haas
• 18:21   Re: GiST insert algorithm rewrite Teodor Sigaev
• 18:41   Re: Per-column collation Peter Eisentraut
• 18:44   Re: Explain analyze getrusage tracking Robert Haas
• 18:49   Re: unlogged tables Peter Eisentraut
• 18:50   possible concurrency bug or mistake in understanding read-committed behavior Jignesh Shah
• 18:50   Re: track_functions default Cédric Villemain
• 18:54   Re: Explain analyze getrusage tracking Greg Stark
• 19:00   Re: Per-column collation Pavel Stehule
• 19:05   Re: Per-column collation marcin mank
• 19:07   Re: Explain analyze getrusage tracking Robert Haas
• 19:08   Re: possible concurrency bug or mistake in understanding read-committed behavior Jignesh Shah
• 19:08   Re: unlogged tables Robert Haas
• 19:09   Re: Per-column collation Pavel Stehule
• 19:26   Re: unlogged tables Peter Eisentraut
• 19:30   Re: Per-column collation Peter Eisentraut
• 19:32   Re: Per-column collation Peter Eisentraut
• 19:34   Re: autovacuum maintenance_work_mem Josh Berkus
• 19:41   Re: Per-column collation Pavel Stehule
• 19:46   Re: GiST insert algorithm rewrite Tom Lane
• 19:50   Re: unlogged tables Tom Lane
• 19:51   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 19:53   Re: GiST insert algorithm rewrite Robert Haas
• 19:56   Re: Per-column collation Peter Eisentraut
• 20:04   Re: unlogged tables Tom Lane
• 20:34   Re: Per-column collation Martijn van Oosterhout
• 20:34   Re: unlogged tables Andrew Dunstan
• 20:37   Re: unlogged tables Peter Eisentraut
• 20:41   Re: [COMMITTERS] pgsql: Improved parallel make support Peter Eisentraut
• 20:43   Re: unlogged tables Robert Haas
• 21:00   Re: unlogged tables Josh Berkus
• 21:07   Re: unlogged tables David Fetter
• 21:08   Re: unlogged tables Peter Eisentraut
• 21:12   Re: unlogged tables Josh Berkus
• 21:16   Re: unlogged tables Joshua D. Drake
• 21:19   Re: MULTISET and additional functions for ARRAY Peter Eisentraut
• 21:22   Re: unlogged tables Andrew Dunstan
• 21:22   Re: unlogged tables Tom Lane
• 21:25   Re: unlogged tables Joshua D. Drake
• 21:26   Re: possible concurrency bug or mistake in understanding read-committed behavior Kevin Grittner
• 21:28   Re: [COMMITTERS] pgsql: Improved parallel make support Tom Lane
• 21:30   Re: unlogged tables Andres Freund
• 21:36   Re: unlogged tables Kevin Grittner
• 21:39   Re: Per-column collation Tom Lane
• 21:39   Re: unlogged tables Andres Freund
• 21:42   Re: unlogged tables Tom Lane
• 21:47   Re: unlogged tables Josh Berkus
• 21:51   Re: MULTISET and additional functions for ARRAY Tom Lane
• 21:52   Re: unlogged tables Robert Haas
• 21:58   Re: unlogged tables marcin mank
• 23:41   Re: unlogged tables Robert Haas
• 23:46   Re: unlogged tables Tom Lane

17 November 2010

• 00:16   Re: unlogged tables Josh Berkus
• 00:17   Re: contrib: auth_delay module KaiGai Kohei
• 00:51   Re: Extensible executor nodes for preparation of SQL/MED Itagaki Takahiro
• 00:56   Re: unlogged tables Robert Haas
• 01:02   Re: unlogged tables David Fetter
• 01:10   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 01:41   Re: contrib: auth_delay module Robert Haas
• 04:08   Re: Per-column collation Pavel Stehule
• 04:08   Adding nullable indicator to Describe Chris Forno
• 04:36   Re: Adding nullable indicator to Describe Tom Lane
• 06:13   Re: Extensible executor nodes for preparation of SQL/MED Itagaki Takahiro
• 06:16   Re: Label switcher function KaiGai Kohei
• 06:30   Re: unlogged tables Heikki Linnakangas
• 09:04   Re: changing MyDatabaseId Markus Wanner
• 09:38   Re: changing MyDatabaseId Andres Freund
• 09:50   Re: multi-platform, multi-locale regression tests Markus Wanner
• 09:58   Re: changing MyDatabaseId Markus Wanner
• 10:09   Re: changing MyDatabaseId Andres Freund
• 10:32   Re: changing MyDatabaseId Markus Wanner
• 10:34   Overlap operators for ARRAY and NULLs Itagaki Takahiro
• 11:39   Re: changing MyDatabaseId Alvaro Herrera
• 11:57   Re: changing MyDatabaseId Markus Wanner
• 12:14   Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Marc Cousin
• 12:20   Re: changing MyDatabaseId Alvaro Herrera
• 12:41   describe objects, as in pg_depend Alvaro Herrera
• 12:56   Re: changing MyDatabaseId Markus Wanner
• 13:51   Re: Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Jaime Casanova
• 14:12   Re: Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Marc Cousin
• 14:16   Re: unlogged tables Tom Lane
• 14:20   Re: describe objects, as in pg_depend Tom Lane
• 14:21   Re: Isn't HANDLE 64 bits on Win64? Tom Lane
• 14:26   Re: changing MyDatabaseId Tom Lane
• 14:35   Indent authentication overloading Magnus Hagander
• 14:39   Re: Indent authentication overloading Tom Lane
• 14:40   Re: describe objects, as in pg_depend Alvaro Herrera
• 14:43   Re: Indent authentication overloading Magnus Hagander
• 14:47   Re: describe objects, as in pg_depend Tom Lane
• 14:58   Re: changing MyDatabaseId Markus Wanner
• 15:01   Re: unlogged tables Greg Stark
• 15:02   Re: contrib: auth_delay module Ross J. Reedstrom
• 15:05   Re: duplicate connection failure messages Bruce Momjian
• 15:05   Re: Indent authentication overloading David Fetter
• 15:11   Re: Indent authentication overloading Jeroen Vermeulen
• 15:32   Re: Indent authentication overloading Peter Eisentraut
• 15:48   Re: unlogged tables Kevin Grittner
• 15:53   Re: changing MyDatabaseId Robert Haas
• 16:14   Re: Indent authentication overloading Magnus Hagander
• 16:14   Re: unlogged tables Robert Haas
• 16:16   Re: Indent authentication overloading Magnus Hagander
• 16:17   Re: contrib: auth_delay module Robert Haas
• 16:18   Re: Extensible executor nodes for preparation of SQL/MED Robert Haas
• 16:20   Re: HOT updates in index-less tables Merlin Moncure
• 16:37   Re: GiST insert algorithm rewrite Teodor Sigaev
• 16:43   Re: changing MyDatabaseId Greg Stark
• 16:46   Re: GiST insert algorithm rewrite Teodor Sigaev
• 17:11   Re: unlogged tables Josh Berkus
• 17:27   Re: Indent authentication overloading Tom Lane
• 17:30   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 17:33   Re: unlogged tables Heikki Linnakangas
• 17:33   Re: changing MyDatabaseId Robert Haas
• 17:41   Re: Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Tom Lane
• 17:47   Re: unlogged tables Tom Lane
• 17:49   Re: unlogged tables Robert Haas
• 17:50   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 17:52   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Magnus Hagander
• 17:54   git diff script is not portable Bruce Momjian
• 17:55   Re: unlogged tables Robert Haas
• 17:57   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 18:03   Re: git diff script is not portable Magnus Hagander
• 18:04   MergeAppend costing Robert Haas
• 18:07   Re: git diff script is not portable Andres Freund
• 18:08   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Magnus Hagander
• 18:14   Re: changing MyDatabaseId Greg Stark
• 18:16   Re: unlogged tables Tom Lane
• 18:21   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 18:22   Re: unlogged tables Kenneth Marshall
• 18:31   Re: unlogged tables Andrew Dunstan
• 18:32   Re: unlogged tables Alvaro Herrera
• 18:37   Re: unlogged tables Tom Lane
• 18:43   Re: unlogged tables Josh Berkus
• 18:44   Re: unlogged tables Tom Lane
• 18:47   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 18:49   Re: git diff script is not portable Bruce Momjian
• 18:53   Re: unlogged tables Andrew Dunstan
• 18:54   Re: unlogged tables Robert Haas
• 18:55   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 19:01   Re: Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Marc Cousin
• 19:03   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 19:05   Re: ALTER TYPE recursion to typed tables Dimitri Fontaine
• 19:09   Re: unlogged tables Robert Haas
• 19:24   Re: Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Steve Singer
• 19:35   Re: unlogged tables Andres Freund
• 19:37   Re: unlogged tables Robert Haas
• 19:49   Re: unlogged tables Andrew Dunstan
• 19:51   Re: unlogged tables Robert Haas
• 19:58   Re: unlogged tables David Fetter
• 19:59   Re: unlogged tables Steve Crawford
• 20:00   Re: unlogged tables Kevin Grittner
• 20:02   Re: unlogged tables A.M.
• 20:06   Re: unlogged tables Robert Haas
• 20:06   Re: unlogged tables Alvaro Herrera
• 20:06   Re: unlogged tables Andrew Dunstan
• 20:12   Re: unlogged tables David Fetter
• 20:17   Re: unlogged tables Alvaro Herrera
• 20:19   Re: unlogged tables Steve Crawford
• 20:24   Re: Review: rollback sequence reset for TRUNCATE ... RESTART IDENTITY Tom Lane
• 20:44   Re: unlogged tables Joshua D. Drake
• 20:45   Re: Rollback sequence reset on TRUNCATE rollback patch Tom Lane
• 20:46   We need to log aborted autovacuums Josh Berkus
• 20:56   Re: We need to log aborted autovacuums Joshua D. Drake
• 21:24   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 21:51   Re: We need to log aborted autovacuums Tom Lane
• 22:11   Re: MergeAppend costing Tom Lane
• 22:32   Re: We need to log aborted autovacuums Josh Berkus
• 22:36   Re: We need to log aborted autovacuums Tom Lane
• 22:49   Re: We need to log aborted autovacuums Itagaki Takahiro
• 22:53   Re: We need to log aborted autovacuums Tom Lane
• 23:09   Re: final patch - plpgsql: for-in-array Jaime Casanova

18 November 2010

• 00:53   Re: Label switcher function Robert Haas
• 01:31   Re: Label switcher function Robert Haas
• 01:54   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 02:54   Re: MergeAppend costing Tom Lane
• 04:21   Re: Indent authentication overloading Jeroen Vermeulen
• 04:28   Re: final patch - plpgsql: for-in-array Merlin Moncure
• 04:47   Re: final patch - plpgsql: for-in-array Tom Lane
• 04:56   Re: Indent authentication overloading Stuart Bishop
• 05:05   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 05:12   Unused parameter in vacuum.c Shigeru HANADA
• 07:06   Re: Unused parameter in vacuum.c Heikki Linnakangas
• 07:14   Re: unlogged tables Dimitri Fontaine
• 07:52   Re: MULTISET and additional functions for ARRAY Itagaki Takahiro
• 09:00   Re: final patch - plpgsql: for-in-array Cédric Villemain
• 11:55   Re: libpq changes for synchronous replication Fujii Masao
• 11:58   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 12:19   Which data structures for the index? Vaibhav Kaushal
• 12:40   Re: Which data structures for the index? Heikki Linnakangas
• 12:44   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 14:08   Re: duplicate connection failure messages Alvaro Herrera
• 14:24   Re: final patch - plpgsql: for-in-array Merlin Moncure
• 14:25   Re: unlogged tables Robert Haas
• 14:37   Re: final patch - plpgsql: for-in-array Cédric Villemain
• 14:40   Re: final patch - plpgsql: for-in-array Robert Haas
• 14:45   EXPLAIN and nfiltered Marko Tiikkaja
• 14:51   Re: final patch - plpgsql: for-in-array Cédric Villemain
• 14:52   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 14:56   Re: Which data structures for the index? Vaibhav Kaushal
• 14:58   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 15:01   Re: final patch - plpgsql: for-in-array Andrew Dunstan
• 15:03   Re: final patch - plpgsql: for-in-array Cédric Villemain
• 15:09   Re: final patch - plpgsql: for-in-array Tom Lane
• 15:27   Re: EXPLAIN and nfiltered Tom Lane
• 15:37   Re: EXPLAIN and nfiltered Marko Tiikkaja
• 15:37   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 15:44   Re: EXPLAIN and nfiltered Andres Freund
• 15:48   Re: EXPLAIN and nfiltered Marko Tiikkaja
• 15:52   Re: EXPLAIN and nfiltered Andres Freund
• 16:19   Re: final patch - plpgsql: for-in-array Tom Lane
• 16:23   Re: describe objects, as in pg_depend Alvaro Herrera
• 16:26   Re: EXPLAIN and nfiltered Robert Haas
• 16:36   Re: final patch - plpgsql: for-in-array Tom Lane
• 16:44   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 16:49   Re: describe objects, as in pg_depend Tom Lane
• 16:54   Re: final patch - plpgsql: for-in-array Robert Haas
• 16:56   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 17:01   Re: Indent authentication overloading Josh Berkus
• 17:04   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 17:12   Re: Indent authentication overloading Aidan Van Dyk
• 17:17   Re: final patch - plpgsql: for-in-array Robert Haas
• 17:22   Re: Indent authentication overloading Tom Lane
• 17:26   Re: Indent authentication overloading Magnus Hagander
• 17:36   Re: Indent authentication overloading Tom Lane
• 17:36   Re: Indent authentication overloading Andrew Dunstan
• 17:42   Re: Indent authentication overloading Josh Berkus
• 17:47   Re: Indent authentication overloading Magnus Hagander
• 17:48   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 17:48   Re: Indent authentication overloading Josh Berkus
• 17:57   Re: final patch - plpgsql: for-in-array Tom Lane
• 18:00   Re: describe objects, as in pg_depend Alvaro Herrera
• 18:15   Re: Indent authentication overloading Greg Stark
• 18:16   Re: describe objects, as in pg_depend Alvaro Herrera
• 18:16   Re: final patch - plpgsql: for-in-array Tom Lane
• 18:18   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 18:20   Re: describe objects, as in pg_depend Tom Lane
• 18:22   Re: describe objects, as in pg_depend Tom Lane
• 18:25   Re: final patch - plpgsql: for-in-array Tom Lane
• 18:28   Re: final patch - plpgsql: for-in-array Tom Lane
• 18:29   Re: Indent authentication overloading Magnus Hagander
• 18:31   Re: final patch - plpgsql: for-in-array Andrew Dunstan
• 18:32   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 18:35   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 18:38   Re: Per-column collation Heikki Linnakangas
• 18:40   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 18:45   Re: final patch - plpgsql: for-in-array Andrew Dunstan
• 18:47   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 19:00   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 19:12   Re: final patch - plpgsql: for-in-array Alvaro Herrera
• 19:18   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 20:13   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 20:35   Re: possible concurrency bug or mistake in understanding read-committed behavior Kevin Grittner
• 21:17   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 21:29   Re: final patch - plpgsql: for-in-array Tom Lane
• 22:06   Re: final patch - plpgsql: for-in-array Andres Freund
• 22:33   UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) David Fetter
• 22:41   Re: final patch - plpgsql: for-in-array Andrew Dunstan

19 November 2010

• 00:35   Re: final patch - plpgsql: for-in-array Cédric Villemain
• 01:17   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 01:40   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) Itagaki Takahiro
• 01:43   Changes to Linux OOM killer in 2.6.36 Greg Smith
• 02:18   Re: duplicate connection failure messages Bruce Momjian
• 02:21   Re: duplicate connection failure messages Bruce Momjian
• 03:38   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 03:52   Re: Improving prep_buildtree used in VPATH builds Greg Smith
• 05:41   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 06:48   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) David Fetter
• 06:54   Fwd: patch: format function - fixed oid Pavel Stehule
• 07:07   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 07:34   Re: contrib: auth_delay module KaiGai Kohei
• 07:34   Re: Label switcher function KaiGai Kohei
• 09:16   Re: SQL/MED estimated time of arrival? Heikki Linnakangas
• 10:26   Re: Fate of the old cvs repository Magnus Hagander
• 11:50   Re: Improving prep_buildtree used in VPATH builds Alvaro Herrera
• 12:14   Re: Changes to Linux OOM killer in 2.6.36 Kevin Grittner
• 13:15   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:16   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:27   Re: libpq changes for synchronous replication Robert Haas
• 13:29   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 13:31   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:33   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Aidan Van Dyk
• 13:36   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 13:38   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:49   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:50   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 13:50   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 13:51   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 13:55   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 13:55   Re: Label switcher function Robert Haas
• 13:55   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 13:58   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Aidan Van Dyk
• 14:02   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 14:05   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 14:05   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Aidan Van Dyk
• 14:06   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 14:12   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Markus Wanner
• 14:22   Re: duplicate connection failure messages Alvaro Herrera
• 14:25   Re: libpq changes for synchronous replication Tom Lane
• 14:36   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 14:41   What do these terms mean in the SOURCE CODE? Vaibhav Kaushal
• 14:44   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 14:51   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 14:51   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 14:58   Re: duplicate connection failure messages Tom Lane
• 15:15   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Markus Wanner
• 15:19   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 15:26   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 15:31   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 15:57   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 15:58   Re: libpq changes for synchronous replication Alvaro Herrera
• 16:04   Re: libpq changes for synchronous replication Tom Lane
• 16:07   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 16:14   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 16:14   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Florian Weimer
• 16:46   Re: contrib: auth_delay module Ross J. Reedstrom
• 16:46   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 17:29   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Kevin Grittner
• 17:49   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) 
• 17:52   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 18:00   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Kevin Grittner
• 18:04   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 18:06   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) David Fetter
• 18:26   how correctly detoast a Datum value? Pavel Stehule
• 18:31   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) Alvaro Herrera
• 18:34   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund
• 18:43   Re: duplicate connection failure messages Bruce Momjian
• 18:44   Re: directory archive format for pg_dump Dimitri Fontaine
• 19:05   Re: duplicate connection failure messages Alvaro Herrera
• 19:10   Re: duplicate connection failure messages Bruce Momjian
• 19:39   Re: Changes to Linux OOM killer in 2.6.36 Alex Hunsaker
• 19:44   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 20:13   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) 
• 20:16   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 20:28   Re: directory archive format for pg_dump José Arthur Benetasso Villanova
• 20:28   Re: Changes to Linux OOM killer in 2.6.36 Greg Smith
• 20:46   Hot Standby: too many KnownAssignedXids Joachim Wieland
• 20:56   Re: directory archive format for pg_dump Alvaro Herrera
• 21:41   Re: directory archive format for pg_dump Joachim Wieland
• 21:53   Re: directory archive format for pg_dump Tom Lane
• 21:56   Re: duplicate connection failure messages Tom Lane
• 21:59   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 22:08   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 22:29   Re: Fwd: patch: format function - fixed oid Jeff Janes
• 22:53   Re: directory archive format for pg_dump Joachim Wieland
• 22:57   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Andres Freund

20 November 2010

• 00:01   Re: Patch to add a primary key using an existing index Steve Singer
• 00:01   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) David Fetter
• 02:18   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Robert Haas
• 02:46   Re: Fix for seg picksplit function Robert Haas
• 02:51   Fwd: What do these terms mean in the SOURCE CODE? Vaibhav Kaushal
• 03:10   Re: directory archive format for pg_dump Joachim Wieland
• 03:54   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) Itagaki Takahiro
• 07:00   Re: Fwd: patch: format function - fixed oid Pavel Stehule
• 11:21   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Robert Haas
• 11:22   Re: Fwd: patch: format function - fixed oid Robert Haas
• 11:30   Re: Fwd: patch: format function - fixed oid Pavel Stehule
• 11:33   Re: Fix for seg picksplit function Yeb Havinga
• 12:15   Re: Fix for seg picksplit function Alexander Korotkov
• 14:38   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Tom Lane
• 16:18   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Robert Haas
• 16:34   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Tom Lane
• 16:45   match_clause_to_indexcol() Robert Haas
• 17:02   Re: match_clause_to_indexcol() Tom Lane
• 17:25   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Robert Haas
• 17:32   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Tom Lane
• 17:33   Re: match_clause_to_indexcol() Robert Haas
• 17:38   Re: match_clause_to_indexcol() Tom Lane
• 17:47   Re: match_clause_to_indexcol() Robert Haas
• 17:51   Re: match_clause_to_indexcol() Tom Lane
• 17:55   Re: Fwd: What do these terms mean in the SOURCE CODE? Robert Haas
• 17:59   Re: Fwd: What do these terms mean in the SOURCE CODE? Vaibhav Kaushal
• 17:59   Re: match_clause_to_indexcol() Robert Haas
• 18:04   Re: Fwd: What do these terms mean in the SOURCE CODE? Robert Haas
• 18:08   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 18:09   Re: Fwd: What do these terms mean in the SOURCE CODE? Vaibhav Kaushal
• 18:41   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 18:47   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Andres Freund
• 19:12   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Greg Stark
• 19:21   Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons Tom Lane
• 19:43   Re: duplicate connection failure messages Bruce Momjian
• 19:51   Re: Fwd: What do these terms mean in the SOURCE CODE? Tom Lane
• 19:52   Re: Fix for seg picksplit function Yeb Havinga
• 20:08   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Tom Lane
• 20:08   Re: Fix for seg picksplit function Yeb Havinga
• 20:09   Re: duplicate connection failure messages Tom Lane
• 20:19   Re: Fwd: What do these terms mean in the SOURCE CODE? Dimitri Fontaine
• 22:08   Re: duplicate connection failure messages Bruce Momjian
• 22:21   Re: Spread checkpoint sync Jeff Janes
• 22:54   Re: knngist - 0.8 Robert Haas
• 23:50   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Greg Stark

21 November 2010

• 00:17   Re: Spread checkpoint sync Robert Haas
• 01:11   Re: Spread checkpoint sync Jeff Janes
• 01:25   Re: UNNEST ... WITH ORDINALITY (AND POSSIBLY OTHER STUFF) David Fetter
• 02:36   Re: Fwd: patch: format function - fixed oid Robert Haas
• 03:22   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 03:24   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 04:06   Re: Fwd: What do these terms mean in the SOURCE CODE? Vaibhav Kaushal
• 04:31   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) Terry Laurenzo
• 05:10   Re: Fwd: patch: format function - fixed oid Pavel Stehule
• 08:05   Re: Fwd: What do these terms mean in the SOURCE CODE? Leonardo Francalanci
• 10:12   Re: Fwd: patch: format function - fixed oid Robert Haas
• 11:54   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 12:11   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) Robert Haas
• 12:18   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 15:37   Re: Spread checkpoint sync Greg Smith
• 16:31   Re: Improving prep_buildtree used in VPATH builds Robert Haas
• 16:40   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) David E. Wheeler
• 17:03   Re: ALTER OBJECT any_name SET SCHEMA name David Fetter
• 17:08   Re: Tab completion for view triggers in psql David Fetter
• 17:27   Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) Andrew Dunstan
• 17:37   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 17:45   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 17:49   Experimental JDBC driver Radosław Smogura
• 19:37   Re: Tab completion for view triggers in psql Robert Haas
• 19:38   Re: a new problem in MERGE Robert Haas
• 20:05   Re: Tab completion for view triggers in psql David Fetter
• 20:16   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Robert Haas
• 20:41   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Tom Lane
• 20:48   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 20:54   Re: Spread checkpoint sync Greg Smith
• 21:19   Re: Spread checkpoint sync Martijn van Oosterhout
• 21:24   Re: knngist - 0.8 Tom Lane
• 21:45   Re: Fwd: What do these terms mean in the SOURCE CODE? Vaibhav Kaushal
• 21:46   Re: Spread checkpoint sync Andres Freund
• 22:07   Re: Spread checkpoint sync Josh Berkus
• 22:09   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Robert Haas
• 22:21   Re: knngist - 0.8 Robert Haas
• 22:22   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Andrew Dunstan
• 22:24   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Robert Haas
• 22:38   Re: knngist - 0.8 Tom Lane
• 22:48   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Tom Lane
• 23:05   Re: Spread checkpoint sync Robert Haas
• 23:08   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Robert Haas
• 23:09   Re: Tab completion for view triggers in psql Robert Haas
• 23:17   Re: Tab completion for view triggers in psql David Fetter
• 23:38   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Tom Lane

22 November 2010

• 00:14   Re: Extensions, this time with a patch Itagaki Takahiro
• 00:19   psql: Add \dL to show languages Josh Kupershmidt
• 00:27   Re: Tab completion for view triggers in psql Robert Haas
• 00:35   Re: Extensions, this time with a patch Robert Haas
• 00:35   Re: Tab completion for view triggers in psql David Fetter
• 00:39   Re: psql: Add \dL to show languages Robert Haas
• 00:46   Re: Instrument checkpoint sync calls Robert Haas
• 01:16   Re: SQL/MED estimated time of arrival? Robert Haas
• 01:45   Re: psql: Add \dL to show languages Josh Kupershmidt
• 01:58   Re: psql: Add \dL to show languages Robert Haas
• 01:58   Re: Per-column collation Itagaki Takahiro
• 02:11   Re: security hooks on object creation Robert Haas
• 02:15   Re: SQL/MED estimated time of arrival? Itagaki Takahiro
• 03:00   Re: SQL/MED estimated time of arrival? Robert Haas
• 03:02   Re: directory archive format for pg_dump Joachim Wieland
• 03:07   Re: unlogged tables Andy Colson
• 03:48   Re: Hot Standby: too many KnownAssignedXids Fujii Masao
• 05:37   Re: [JDBC] Support for JDBC setQueryTimeout, et al. Itagaki Takahiro
• 10:21   Re: final patch - plpgsql: for-in-array Valentine Gogichashvili
• 10:37   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 10:55   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Heikki Linnakangas
• 11:03   format() with embedded to_char() formatter Itagaki Takahiro
• 11:41   Re: Explain analyze getrusage tracking Magnus Hagander
• 11:47   patch: fix performance problems with repated decomprimation of varlena values in plpgsql Pavel Stehule
• 11:55   Re: format() with embedded to_char() formatter Pavel Stehule
• 11:56   Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql Andrew Dunstan
• 12:02   Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql Pavel Stehule
• 12:02   Re: Tab completion for view triggers in psql Alvaro Herrera
• 12:40   Re: final patch - plpgsql: for-in-array Jaime Casanova
• 13:15   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Robert Haas
• 13:29   Re: final patch - plpgsql: for-in-array Robert Haas
• 13:37   Re: final patch - plpgsql: for-in-array Robert Haas
• 13:38   Re: Patch to add a primary key using an existing index Gurjeet Singh
• 13:39   Re: Explain analyze getrusage tracking Greg Stark
• 13:51   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 13:53   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Robert Haas
• 13:55   Re: format() with embedded to_char() formatter Tom Lane
• 14:10   Re: Extensions, this time with a patch Dimitri Fontaine
• 14:17   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Peter Eisentraut
• 14:34   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 14:44   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 14:48   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 15:10   Re: Extensions, this time with a patch Itagaki Takahiro
• 15:27   dblink versus long connection strings Tom Lane
• 15:39   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 15:45   Re: dblink versus long connection strings Itagaki Takahiro
• 15:50   Re: directory archive format for pg_dump Heikki Linnakangas
• 15:51   Re: dblink versus long connection strings Tom Lane
• 16:03   Re: dblink versus long connection strings Andrew Dunstan
• 16:07   Re: directory archive format for pg_dump Tom Lane
• 16:07   Re: format() with embedded to_char() formatter Robert Haas
• 16:08   Re: dblink versus long connection strings Tom Lane
• 16:10   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Robert Haas
• 16:12   Re: dblink versus long connection strings Andrew Dunstan
• 16:17   Re: format() with embedded to_char() formatter Tom Lane
• 16:21   Re: dblink versus long connection strings Tom Lane
• 16:32   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 16:40   Re: dblink versus long connection strings Andrew Dunstan
• 16:48   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Robert Haas
• 16:48   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 16:53   Re: format() with embedded to_char() formatter Robert Haas
• 16:56   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 16:56   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Heikki Linnakangas
• 17:09   Re: format() with embedded to_char() formatter Pavel Stehule
• 17:26   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 17:28   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 17:33   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 17:41   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 17:50   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 18:24   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Peter Eisentraut
• 18:25   Re: visibility map Robert Haas
• 18:27   Re: Instrument checkpoint sync calls Jeff Janes
• 18:27   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Robert Haas
• 19:06   Re: Per-column collation Peter Eisentraut
• 19:12   Re: Per-column collation Peter Eisentraut
• 19:24   Re: Patch to add a primary key using an existing index Steve Singer
• 19:37   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 19:44   Re: directory archive format for pg_dump Heikki Linnakangas
• 19:49   Re: Hot Standby: too many KnownAssignedXids Joachim Wieland
• 20:16   Re: Extensions, this time with a patch Dimitri Fontaine
• 20:24   GiST seems to drop left-branch leaf tuples Peter Tanski
• 20:32   Re: GiST seems to drop left-branch leaf tuples Peter Tanski
• 20:59   Re: final patch - plpgsql: for-in-array Robert Haas
• 21:00   Re: Extensions, this time with a patch Alvaro Herrera
• 21:02   Re: Extensions, this time with a patch Alvaro Herrera
• 21:19   Re: Extensions, this time with a patch Alvaro Herrera
• 21:56   reporting reason for certain locks Alvaro Herrera
• 22:37   s/LABEL/VALUE/ for ENUMs David E. Wheeler
• 22:49   Re: s/LABEL/VALUE/ for ENUMs Andrew Dunstan
• 22:51   Re: reporting reason for certain locks Tom Lane
• 22:57   Re: s/LABEL/VALUE/ for ENUMs Tom Lane
• 23:34   Re: knngist - 0.8 Tom Lane
• 23:38   Re: s/LABEL/VALUE/ for ENUMs Andrew Dunstan
• 23:46   Re: s/LABEL/VALUE/ for ENUMs Tom Lane
• 23:48   Re: s/LABEL/VALUE/ for ENUMs Robert Haas
• 23:48   Re: s/LABEL/VALUE/ for ENUMs David E. Wheeler

23 November 2010

• 00:32   Re: knngist - 0.8 Tom Lane
• 00:39   Re: s/LABEL/VALUE/ for ENUMs Josh Berkus
• 00:40   Re: reporting reason for certain locks Josh Berkus
• 01:03   Re: s/LABEL/VALUE/ for ENUMs Josh Berkus
• 02:09   Re: reporting reason for certain locks Robert Haas
• 02:18   Re: knngist - 0.8 Robert Haas
• 02:31   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 03:05   Re: knngist - 0.8 Tom Lane
• 03:56   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 04:42   Re: final patch - plpgsql: for-in-array David Fetter
• 04:54   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 06:29   Re: GiST seems to drop left-branch leaf tuples Heikki Linnakangas
• 06:33   Re: [JDBC] Support for JDBC setQueryTimeout, et al. Kris Jurka
• 06:45   Re: Hot Standby: too many KnownAssignedXids Heikki Linnakangas
• 07:14   Re: visibility map 高增琦
• 07:19   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 07:25   Re: Extensions, this time with a patch Dimitri Fontaine
• 07:42   Re: visibility map Heikki Linnakangas
• 08:19   Re: Extensions, this time with a patch Dimitri Fontaine
• 09:09   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 09:31   Re: SQL/MED estimated time of arrival? Heikki Linnakangas
• 09:39   Re: Extensions, this time with a patch Heikki Linnakangas
• 11:22   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 13:02   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Craig Ringer
• 13:05   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Craig Ringer
• 13:09   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Craig Ringer
• 13:12   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Craig Ringer
• 14:07   Re: GiST seems to drop left-branch leaf tuples Peter Tanski
• 14:23   Re: GiST seems to drop left-branch leaf tuples Alvaro Herrera
• 14:51   Re: visibility map Robert Haas
• 14:54   Re: [JDBC] Support for JDBC setQueryTimeout, et al. Robert Haas
• 15:04   Re: knngist - 0.8 Robert Haas
• 15:12   Re: knngist - 0.8 Tom Lane
• 15:22   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Greg Stark
• 15:25   Re: knngist - 0.8 Robert Haas
• 15:37   Re: knngist - 0.8 Tom Lane
• 15:44   Re: GiST seems to drop left-branch leaf tuples Peter Tanski
• 15:53   Re: knngist - 0.8 Tom Lane
• 15:59   Re: knngist - 0.8 Robert Haas
• 16:09   Re: GiST seems to drop left-branch leaf tuples Peter Tanski
• 16:12   NLS builds on windows and lc_messages Stefan Kaltenbrunner
• 16:13   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Tom Lane
• 16:13   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Andrew Dunstan
• 16:47   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Greg Stark
• 16:52   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Tom Lane
• 17:19   Re: SQL/MED estimated time of arrival? Heikki Linnakangas
• 17:22   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Greg Stark
• 17:22   Re: SQL/MED estimated time of arrival? Joshua D. Drake
• 17:28   Re: SQL/MED estimated time of arrival? Robert Haas
• 17:50   Re: final patch - plpgsql: for-in-array Robert Haas
• 18:01   Re: s/LABEL/VALUE/ for ENUMs David E. Wheeler
• 18:28   Re: multibyte-character aware support for function "downcase_truncate_identifier()" Peter Eisentraut
• 18:29   Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql Alvaro Herrera
• 18:48   Re: s/LABEL/VALUE/ for ENUMs Robert Haas
• 18:50   Re: s/LABEL/VALUE/ for ENUMs David E. Wheeler
• 18:52   Re: s/LABEL/VALUE/ for ENUMs Joshua D. Drake
• 18:54   Re: GiST seems to drop left-branch leaf tuples Peter Tanski
• 19:43   Horizontal Write Scaling Eliot Gable
• 19:53   Re: ALTER TYPE recursion to typed tables Peter Eisentraut
• 19:56   Re: Horizontal Write Scaling Eliot Gable
• 19:59   Re: Horizontal Write Scaling Kevin Grittner
• 20:17   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 20:18   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Magnus Hagander
• 20:43   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Tom Lane
• 21:46   Re: Horizontal Write Scaling Mark Kirkwood
• 22:29   Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) Craig Ringer

24 November 2010

• 00:32   Re: unlogged tables Robert Haas
• 00:56   Re: final patch - plpgsql: for-in-array Cédric Villemain
• 01:24   Re: Spread checkpoint sync Cédric Villemain
• 01:34   Suggested "easy" TODO: pg_dump --from-list Josh Berkus
• 01:38   Re: Tab completion for view triggers in psql Josh Kupershmidt
• 01:38   Re: final patch - plpgsql: for-in-array Robert Haas
• 01:55   Re: security hooks on object creation KaiGai Kohei
• 02:07   Re: security hooks on object creation Robert Haas
• 02:12   Re: GiST seems to drop left-branch leaf tuples Peter Tanski
• 02:13   Re: Latches with weak memory ordering (Re: max_wal_senders must die) Robert Haas
• 02:21   Re: Tab completion for view triggers in psql David Fetter
• 02:24   Re: Suggested "easy" TODO: pg_dump --from-list Andrew Dunstan
• 03:13   Re: Suggested "easy" TODO: pg_dump --from-list Joachim Wieland
• 03:27   Assertion failure on hot standby Fujii Masao
• 03:57   Re: Hot Standby: too many KnownAssignedXids Joachim Wieland
• 03:57   Re: Suggested "easy" TODO: pg_dump --from-list Josh Berkus
• 04:07   profiling connection overhead Robert Haas
• 04:08   Re: profiling connection overhead Robert Haas
• 04:14   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 05:02   Re: Instrument checkpoint sync calls Greg Smith
• 05:06   Re: final patch - plpgsql: for-in-array Tom Lane
• 05:09   Re: GiST seems to drop left-branch leaf tuples Oleg Bartunov
• 05:11   Re: Horizontal Write Scaling Greg Smith
• 05:16   Re: Suggested "easy" TODO: pg_dump --from-list Tom Lane
• 06:07   JDBC and Binary protocol error, for some statements Radosław Smogura
• 06:10   Re: profiling connection overhead Heikki Linnakangas
• 06:44   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 06:46   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 08:58   Re: SQL/MED estimated time of arrival? Shigeru HANADA
• 09:48   Re: Hot Standby: too many KnownAssignedXids Heikki Linnakangas
• 10:38   Re: Hot Standby: too many KnownAssignedXids Heikki Linnakangas
• 10:40   Re: Hot Standby: too many KnownAssignedXids Heikki Linnakangas
• 10:56   Re: Instrument checkpoint sync calls Robert Haas
• 11:03   Re: profiling connection overhead Robert Haas
• 11:40   Re: Suggested "easy" TODO: pg_dump --from-list Robert Haas
• 11:42   Re: final patch - plpgsql: for-in-array Robert Haas
• 12:26   Re: Suggested "easy" TODO: pg_dump --from-list Dmitriy Igrishin
• 12:28   Re: Extensions, this time with a patch Itagaki Takahiro
• 12:41   Re: Suggested "easy" TODO: pg_dump --from-list Andrew Dunstan
• 13:00   Re: Suggested "easy" TODO: pg_dump --from-list Robert Haas
• 13:08   requested feature: limit for text or bytea parameters in log Pavel Stehule
• 13:12   Re: Suggested "easy" TODO: pg_dump --from-list Joachim Wieland
• 13:39   Re: Suggested "easy" TODO: pg_dump --from-list Andrew Dunstan
• 13:52   Re: Suggested "easy" TODO: pg_dump --from-list Tom Lane
• 14:19   Re: Suggested "easy" TODO: pg_dump --from-list Robert Haas
• 14:20   Re: Hot Standby: too many KnownAssignedXids Simon Riggs
• 14:25   Re: profiling connection overhead Tom Lane
• 14:26   Re: Suggested "easy" TODO: pg_dump --from-list Joachim Wieland
• 14:33   Re: final patch - plpgsql: for-in-array Tom Lane
• 14:35   Re: Suggested "easy" TODO: pg_dump --from-list Tom Lane
• 14:45   Re: Suggested "easy" TODO: pg_dump --from-list Tom Lane
• 15:05   Re: Suggested "easy" TODO: pg_dump --from-list Tom Lane
• 15:15   Re: Suggested "easy" TODO: pg_dump --from-list Robert Haas
• 15:20   Re: profiling connection overhead Robert Haas
• 15:33   Re: profiling connection overhead Tom Lane
• 15:34   Re: Suggested "easy" TODO: pg_dump --from-list Tom Lane
• 16:16   Re: final patch - plpgsql: for-in-array Pavel Stehule
• 16:31   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 17:01   Re: profiling connection overhead Robert Haas
• 17:07   Re: profiling connection overhead Tom Lane
• 17:07   Re: final patch - plpgsql: for-in-array Robert Haas
• 17:16   Re: 8.4-vintage problem in postmaster.c Stefan Kaltenbrunner
• 17:18   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 17:20   Re: profiling connection overhead Robert Haas
• 17:25   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 18:17   Re: profiling connection overhead Gerhard Heift
• 18:30   Re: profiling connection overhead Robert Haas
• 18:32   Re: profiling connection overhead Andres Freund
• 18:36   function(contants) evaluated for every row Bruce Momjian
• 18:52   Re: function(contants) evaluated for every row Tom Lane
• 18:58   Re: function(contants) evaluated for every row Bruce Momjian
• 18:59   Re: profiling connection overhead Tom Lane
• 19:03   Re: Extensions, this time with a patch Dimitri Fontaine
• 19:07   Re: profiling connection overhead Tom Lane
• 19:14   Re: profiling connection overhead Tom Lane
• 19:19   Re: function(contants) evaluated for every row Tom Lane
• 19:22   Re: Per-column collation Peter Eisentraut
• 19:24   profiling pgbench Robert Haas
• 19:29   Re: function(contants) evaluated for every row Marti Raudsepp
• 19:38   Re: Per-column collation, work in progress Peter Eisentraut
• 19:42   Re: Per-column collation, work in progress Peter Eisentraut
• 19:47   Re: profiling connection overhead Robert Haas
• 19:53   Re: profiling connection overhead Andres Freund
• 19:55   Re: profiling connection overhead Robert Haas
• 19:56   Regex code versus Unicode chars beyond codepoint 255 Tom Lane
• 20:05   Re: profiling connection overhead Tom Lane
• 20:06   Re: profiling connection overhead Andres Freund
• 20:13   Re: profiling pgbench Tom Lane
• 20:14   Re: profiling pgbench Andres Freund
• 20:18   Re: profiling connection overhead Robert Haas
• 20:20   Re: profiling pgbench Andres Freund
• 20:25   Re: profiling connection overhead Tom Lane
• 20:28   Re: profiling connection overhead Andres Freund
• 20:30   Re: profiling connection overhead Andres Freund
• 20:56   Re: profiling connection overhead Robert Haas
• 21:04   Re: profiling connection overhead Tom Lane
• 21:04   Re: duplicate connection failure messages Bruce Momjian
• 21:15   Re: profiling connection overhead Andres Freund
• 21:30   Re: profiling connection overhead Robert Haas
• 21:33   Re: profiling pgbench Jeff Janes
• 21:34   Re: profiling pgbench Robert Haas
• 21:38   Re: profiling pgbench Andres Freund
• 21:43   Re: profiling connection overhead Tom Lane
• 21:44   Re: profiling connection overhead Robert Haas
• 21:45   Re: [COMMITTERS] pgsql: Remove useless whitespace at end of lines Tom Lane
• 21:46   Re: [COMMITTERS] pgsql: Remove useless whitespace at end of lines Magnus Hagander
• 21:48   Re: [COMMITTERS] pgsql: Remove useless whitespace at end of lines Bruce Momjian
• 21:49   Re: profiling pgbench Tom Lane
• 21:54   Re: [COMMITTERS] pgsql: Remove useless whitespace at end of lines Tom Lane
• 22:14   Re: profiling pgbench Jeff Janes
• 23:20   Re: function(contants) evaluated for every row Michael Glaesemann
• 23:31   Re: ALTER TABLE ... IF EXISTS feature? Bruce Momjian
• 23:42   Re: duplicate connection failure messages Alvaro Herrera

25 November 2010

• 00:33   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 00:59   Re: [COMMITTERS] pgsql: Document that a CHECKPOINT before taking a file system snapshot Cédric Villemain
• 01:27   Re: profiling pgbench Robert Haas
• 02:00   Re: duplicate connection failure messages Bruce Momjian
• 02:01   Re: [COMMITTERS] pgsql: Document that a CHECKPOINT before taking a file system snapshot Bruce Momjian
• 02:03   Re: ALTER TABLE ... IF EXISTS feature? Bruce Momjian
• 02:20   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 02:21   Re: ALTER TABLE ... IF EXISTS feature? Bruce Momjian
• 02:29   Re: duplicate connection failure messages Bruce Momjian
• 02:37   Re: ALTER TABLE ... IF EXISTS feature? Daniel Farina
• 02:57   Re: Per-column collation, work in progress Robert Haas
• 03:01   Re: Tab completion for view triggers in psql Josh Kupershmidt
• 04:04   Re: security hooks on object creation KaiGai Kohei
• 04:20   Re: Label switcher function KaiGai Kohei
• 04:44   Re: Extensions, this time with a patch Itagaki Takahiro
• 05:19   Re: contrib: auth_delay module KaiGai Kohei
• 05:35   pg_execute_from_file review Joshua Tolley
• 05:41   How strings are sorted by LC_COLLATE specifically? Chang Chao
• 06:25   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 06:34   SQL/MED - core functionality Shigeru HANADA
• 06:53   Re: format() with embedded to_char() formatter Itagaki Takahiro
• 06:59   Re: Assertion failure on hot standby Fujii Masao
• 07:12   SQL/MED - file_fdw Shigeru HANADA
• 07:12   SQL/MED - postgresql_fdw Shigeru HANADA
• 07:46   Re: [COMMITTERS] pgsql: Remove useless whitespace at end of lines Magnus Hagander
• 07:51   Re: SQL/MED - file_fdw Shigeru HANADA
• 08:04   Re: Horizontal Write Scaling Markus Wanner
• 08:45   Re: Horizontal Write Scaling Koichi Suzuki
• 08:56   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 08:57   Re: function(contants) evaluated for every row pasman pasmański
• 08:59   Re: dblink versus long connection strings Itagaki Takahiro
• 09:52   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 11:03   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 11:55   Re: [COMMITTERS] pgsql: Remove useless whitespace at end of lines Alvaro Herrera
• 12:03   Re: SQL/MED - core functionality Heikki Linnakangas
• 12:47   Re: libpq changes for synchronous replication Fujii Masao
• 13:00   Re: reporting reason for certain locks Alvaro Herrera
• 13:16   Re: SQL/MED - core functionality Itagaki Takahiro
• 13:35   Re: reporting reason for certain locks Alvaro Herrera
• 13:36   Re: SQL/MED - core functionality Heikki Linnakangas
• 13:56   Re: reporting reason for certain locks Robert Haas
• 14:05   Re: reporting reason for certain locks Alvaro Herrera
• 14:06   Re: Horizontal Write Scaling Robert Haas
• 14:08   Re: reporting reason for certain locks Robert Haas
• 15:06   problem with Win32 buildfarm Bruce Momjian
• 15:14   Re: reporting reason for certain locks Tom Lane
• 15:18   Re: SQL/MED - core functionality Tom Lane
• 15:23   Re: reporting reason for certain locks Tom Lane
• 15:24   Re: SQL/MED - core functionality Heikki Linnakangas
• 15:29   Re: SQL/MED - core functionality Tom Lane
• 15:35   Re: reporting reason for certain locks Alvaro Herrera
• 15:45   Re: SQL/MED - core functionality Heikki Linnakangas
• 15:52   Re: security hooks on object creation Robert Haas
• 15:58   Regression Tests (opr) Sanity Dimitri Fontaine
• 16:23   Re: [JDBC] JDBC and Binary protocol error, for some statements Tom Lane
• 16:30   Re: SQL/MED - core functionality Tom Lane
• 16:34   Re: Regression Tests (opr) Sanity Tom Lane
• 16:46   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 16:47   Re: Regression Tests (opr) Sanity Dimitri Fontaine
• 16:57   Re: problem with Win32 buildfarm Bruce Momjian
• 17:12   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 17:20   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 17:56   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 18:09   Re: reporting reason for certain locks Robert Haas
• 18:25   Re: [COMMITTERS] How strings are sorted by LC_COLLATE specifically? Robert Haas
• 18:29   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 18:34   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 18:42   Re: [JDBC] JDBC and Binary protocol error, for some statements Tom Lane
• 19:21   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 19:47   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 19:58   Re: Patch to add a primary key using an existing index Steve Singer
• 20:00   Re: [JDBC] JDBC and Binary protocol error, for some statements Maciek Sakrejda
• 20:06   Re: Extensions, this time with a patch Dimitri Fontaine
• 20:25   Re: pg_execute_from_file review Dimitri Fontaine
• 21:00   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 21:01   improving foreign key locks Alvaro Herrera
• 21:16   Re: Suggested "easy" TODO: pg_dump --from-list Dimitri Fontaine
• 21:41   Re: Assertion failure on hot standby Simon Riggs
• 23:44   Re: [COMMITTERS] How strings are sorted by LC_COLLATE specifically? Chang Chao

26 November 2010

• 00:29   Re: [GENERAL] column-level update privs + lock table KaiGai Kohei
• 01:19   Re: Assertion failure on hot standby Fujii Masao
• 01:31   Re: pg_execute_from_file review Joshua Tolley
• 01:35   Re: contrib: auth_delay module Fujii Masao
• 01:40   Re: SQL/MED - file_fdw David Fetter
• 01:55   Re: contrib: auth_delay module KaiGai Kohei
• 03:07   Re: SQL/MED - file_fdw Shigeru HANADA
• 03:25   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Fujii Masao
• 05:02   Re: [JDBC] JDBC and Binary protocol error, for some statements Tom Lane
• 05:11   Re: Assertion failure on hot standby Tom Lane
• 06:37   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 06:55   Re: SQL/MED - core functionality Shigeru HANADA
• 08:00   memory leak in libxml2 - fix Pavel Stehule
• 08:01   Re: [JDBC] JDBC and Binary protocol error, for some statements Radosław Smogura
• 09:28   Re: memory leak in libxml2 - fix Itagaki Takahiro
• 09:38   ToDo: enhanced diagnostic for plpgsql Pavel Stehule
• 09:43   Re: memory leak in libxml2 - fix Pavel Stehule
• 10:30   Re: pg_execute_from_file review Dimitri Fontaine
• 11:29   Re: contrib: auth_delay module Robert Haas
• 11:32   Re: Assertion failure on hot standby Robert Haas
• 11:42   Re: Assertion failure on hot standby Andres Freund
• 12:56   Re: improving foreign key locks Florian Pflug
• 13:06   Re: duplicate connection failure messages Peter Eisentraut
• 13:52   Re: duplicate connection failure messages Alvaro Herrera
• 14:28   Re: Assertion failure on hot standby Robert Haas
• 14:50   Re: Assertion failure on hot standby Simon Riggs
• 14:53   Re: Assertion failure on hot standby Heikki Linnakangas
• 15:11   Re: Assertion failure on hot standby Simon Riggs
• 15:12   libpq/Makefile cleanup abandoned Bruce Momjian
• 15:16   Re: SQL/MED - core functionality Tom Lane
• 15:53   Re: duplicate connection failure messages Bruce Momjian
• 15:54   Re: duplicate connection failure messages Bruce Momjian
• 16:25   Re: Instrument checkpoint sync calls Greg Smith
• 16:41   Re: Suggested "easy" TODO: pg_dump --from-list Dmitriy Igrishin
• 16:48   Re: SQL/MED - core functionality Robert Haas
• 17:14   Re: duplicate connection failure messages Peter Eisentraut
• 17:18   Re: Assertion failure on hot standby Robert Haas
• 17:27   Re: duplicate connection failure messages Bruce Momjian
• 17:59   Re: Suggested "easy" TODO: pg_dump --from-list Dimitri Fontaine
• 18:06   Re: Assertion failure on hot standby Heikki Linnakangas
• 18:14   Re: memory leak in libxml2 - fix Tom Lane
• 18:20   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 18:54   Re: duplicate connection failure messages Peter Eisentraut
• 18:56   Re: memory leak in libxml2 - fix Alvaro Herrera
• 19:00   Re: duplicate connection failure messages Bruce Momjian
• 19:05   Re: memory leak in libxml2 - fix Tom Lane
• 19:06   Re: improving foreign key locks Alvaro Herrera
• 19:13   Re: memory leak in libxml2 - fix Pavel Stehule
• 19:26   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Dmitriy Igrishin
• 19:31   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 19:39   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 19:44   Re: ToDo: enhanced diagnostic for plpgsql Alvaro Herrera
• 19:47   Re: ToDo: enhanced diagnostic for plpgsql Pavel Stehule
• 20:52   Re: Tab completion for view triggers in psql David Fetter
• 20:55   Re: Assertion failure on hot standby Robert Haas
• 21:56   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 22:16   Re: duplicate connection failure messages Bruce Momjian
• 22:30   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 22:35   Re: Assertion failure on hot standby Tom Lane
• 22:53   Re: duplicate connection failure messages Tom Lane
• 23:02   Re: Assertion failure on hot standby Robert Haas
• 23:11   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 23:16   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Robert Haas
• 23:18   Re: duplicate connection failure messages Tom Lane
• 23:27   Re: Assertion failure on hot standby Tom Lane
• 23:46   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 23:49   Re: libpq changes for synchronous replication Alvaro Herrera

27 November 2010

• 00:51   Re: Spread checkpoint sync Ron Mayer
• 03:29   Re: improving foreign key locks Florian Pflug
• 05:39   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Tom Lane
• 06:46   Re: ToDo: enhanced diagnostic for plpgsql Pavel Stehule
• 09:06   Re: Assertion failure on hot standby Simon Riggs
• 09:43   Patch BUG #5103: "pg_ctl -w (re)start" fails with custom unix_socket_directory Quan Zongliang
• 10:00   Re: Assertion failure on hot standby Robert Haas
• 10:15   Re: function(contants) evaluated for every row Robert Haas
• 11:25   Re: contrib: auth_delay module Robert Haas
• 13:21   Favorable i--) Nikhil Sontakke
• 14:34   Re: Favorable i--) Manuel Sugawara
• 15:10   Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running Bruce Momjian
• 15:56   Re: changing MyDatabaseId Bruce Momjian
• 16:05   Re: Horizontal Write Scaling Eliot Gable
• 17:41   Re: Amazon now supporting GPU focused EC2 instances Bruce Momjian
• 18:05   Re: autovacuum maintenance_work_mem Bruce Momjian
• 18:18   Re: ALTER OBJECT any_name SET SCHEMA name Dimitri Fontaine
• 18:27   Report: Linux huge pages with Postgres Tom Lane
• 18:31   Re: GiST insert algorithm rewrite Bruce Momjian
• 18:45   Re: contrib: auth_delay module Jeff Janes
• 18:47   Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Tom Lane
• 18:49   Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Bruce Momjian
• 19:29   Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Robert Haas
• 19:46   Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Tom Lane
• 19:48   Small documentation enhancement for default_tablespace Andreas 'ads' Scherbaum
• 20:11   Re: Small documentation enhancement for default_tablespace Tom Lane
• 20:18   Performance tests with parallel gmake Bruce Momjian
• 21:30   Re: What do these terms mean in the SOURCE CODE? Bruce Momjian
• 23:17   PLy_malloc and plperl mallocs Jan Urbański

28 November 2010

• 00:09   Re: s/LABEL/VALUE/ for ENUMs Bruce Momjian
• 02:02   Rethinking representation of sort/hash semantics in queries and plans Tom Lane
• 02:22   Re: Report: Linux huge pages with Postgres Robert Haas
• 02:28   Re: PLy_malloc and plperl mallocs Tom Lane
• 03:19   Re: profiling connection overhead Bruce Momjian
• 03:23   Re: PLy_malloc and plperl mallocs Andrew Dunstan
• 03:59   Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Robert Haas
• 04:02   Re: profiling connection overhead Robert Haas
• 09:33   PROPOSAL of xmlvalidate Tomáš Pospíšil
• 12:06   Re: ALTER OBJECT any_name SET SCHEMA name Robert Haas
• 12:38   Re: contrib: auth_delay module Robert Haas
• 12:43   Re: PROPOSAL of xmlvalidate Andrew Dunstan
• 13:01   Re: PLy_malloc and plperl mallocs Jan Urbański
• 13:46   Re: Rethinking representation of sort/hash semantics in queries and plans Martijn van Oosterhout
• 14:15   [PATCH] Return command tag 'REPLACE X' for CREATE OR REPLACE statements. Marti Raudsepp
• 14:34   Re: [GENERAL] column-level update privs + lock table Josh Kupershmidt
• 15:29   Re: [PATCH] Return command tag 'REPLACE X' for CREATE OR REPLACE statements. Tom Lane
• 15:35   Re: [GENERAL] column-level update privs + lock table Simon Riggs
• 15:39   Re: ECPG question about PREPARE and EXECUTE Michael Meskes
• 15:41   Re: profiling connection overhead Tom Lane
• 15:50   Re: PLy_malloc and plperl mallocs Tom Lane
• 15:53   Re: Report: Linux huge pages with Postgres Simon Riggs
• 16:04   Re: Report: Linux huge pages with Postgres Tom Lane
• 18:15   Re: Report: Linux huge pages with Postgres Simon Riggs
• 18:32   Re: Report: Linux huge pages with Postgres Tom Lane
• 18:38   Re: profiling connection overhead Robert Haas
• 18:45   Re: Report: Linux huge pages with Postgres Martijn van Oosterhout
• 19:03   Re: Rethinking representation of sort/hash semantics in queries and plans Dimitri Fontaine
• 19:45   Re: profiling connection overhead Bruce Momjian
• 19:53   Re: profiling connection overhead Tom Lane
• 20:20   Re: Rethinking representation of sort/hash semantics in queries and plans Tom Lane
• 20:25   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 20:44   SSI using rw-conflict lists Kevin Grittner
• 21:14   Re: Rethinking representation of sort/hash semantics in queries and plans Tom Lane
• 21:30   Re: Report: Linux huge pages with Postgres Kenneth Marshall
• 21:41   Re: contrib: auth_delay module Jeff Janes
• 22:23   Re: profiling connection overhead Robert Haas
• 22:42   Re: profiling connection overhead Tom Lane
• 22:53   Re: [GENERAL] column-level update privs + lock table KaiGai Kohei
• 22:57   Re: contrib: auth_delay module Robert Haas
• 23:08   Re: profiling connection overhead Robert Haas
• 23:10   Re: contrib: auth_delay module Jeff Janes
• 23:12   Re: contrib: auth_delay module Robert Haas
• 23:13   Re: Report: Linux huge pages with Postgres Tom Lane
• 23:15   Re: profiling connection overhead Tom Lane
• 23:18   Re: [PATCH] Return command tag 'REPLACE X' for CREATE OR REPLACE statements. Robert Haas
• 23:34   Re: profiling connection overhead Tom Lane
• 23:34   Re: [PATCH] Return command tag 'REPLACE X' for CREATE OR REPLACE statements. Tom Lane
• 23:42   Re: Rethinking representation of sort/hash semantics in queries and plans Tom Lane
• 23:43   Re: Report: Linux huge pages with Postgres Greg Stark
• 23:44   Feature request: INSERT .... ON DUPLICATE UPDATE .... Yourfriend
• 23:45   Re: contrib: auth_delay module Fujii Masao
• 23:48   Re: Report: Linux huge pages with Postgres Tom Lane
• 23:52   Re: profiling connection overhead Greg Stark

29 November 2010

• 00:01   Re: profiling connection overhead Tom Lane
• 00:06   Re: Patch to add a primary key using an existing index Itagaki Takahiro
• 00:14   Re: Assertion failure on hot standby Simon Riggs
• 00:34   Re: profiling connection overhead Robert Haas
• 00:40   Re: Patch to add a primary key using an existing index Robert Haas
• 00:43   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 00:44   Re: Feature request: INSERT .... ON DUPLICATE UPDATE .... Robert Haas
• 00:47   Re: contrib: auth_delay module Robert Haas
• 02:11   Re: [GENERAL] column-level update privs + lock table KaiGai Kohei
• 03:51   Re: profiling connection overhead Tom Lane
• 04:12   Re: directory archive format for pg_dump Joachim Wieland
• 05:17   On-the-fly index tuple deletion vs. hot_standby Noah Misch
• 05:20   Re: pg_execute_from_file review Itagaki Takahiro
• 05:58   Re: Patch to add a primary key using an existing index David Fetter
• 07:49   [trivial patch] Ellipsis whitespace in SQL docs Christoph Berg
• 08:55   Re: [trivial patch] Ellipsis whitespace in SQL docs Heikki Linnakangas
• 09:09   Re: pg_execute_from_file review Dimitri Fontaine
• 09:09   Re: profiling connection overhead Dimitri Fontaine
• 09:59   Re: SSI using rw-conflict lists Heikki Linnakangas
• 11:42   Re: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Heikki Linnakangas
• 11:45   Re: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Magnus Hagander
• 12:29   Re: Patch BUG #5103: "pg_ctl -w (re)start" fails with custom unix_socket_directory Alvaro Herrera
• 12:30   Re: ToDo: enhanced diagnostic for plpgsql Alvaro Herrera
• 13:20   Re: DropRelFileNodeBuffers API change (was Re: [BUGS] BUG #5599: Vacuum fails due to index corruption issues) Alvaro Herrera
• 14:26   Re: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Robert Haas
• 14:27   Re: pg_execute_from_file review Robert Haas
• 14:30   Re: pg_execute_from_file review Robert Haas
• 14:31   Re: Report: Linux huge pages with Postgres Jonathan Corbet
• 14:34   Re: Report: Linux huge pages with Postgres Tom Lane
• 14:37   Re: pg_execute_from_file review Andrew Dunstan
• 14:42   Re: pg_execute_from_file review Dimitri Fontaine
• 14:49   Re: directory archive format for pg_dump Heikki Linnakangas
• 14:50   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 14:52   Re: pg_execute_from_file review Robert Haas
• 14:53   Re: Report: Linux huge pages with Postgres Robert Haas
• 15:06   Re: directory archive format for pg_dump Robert Haas
• 15:13   Re: pg_execute_from_file review Tom Lane
• 15:15   Re: pg_execute_from_file review Andrew Dunstan
• 15:18   Re: pg_execute_from_file review Joshua Tolley
• 15:19   Re: pg_execute_from_file review Andrew Dunstan
• 15:21   Re: pg_execute_from_file review Tom Lane
• 15:41   Re: pg_execute_from_file review Robert Haas
• 15:48   Re: pg_execute_from_file review Tom Lane
• 15:52   Re: pg_execute_from_file review Robert Haas
• 15:58   Re: profiling connection overhead Robert Haas
• 16:05   large page query Hamza Bin Sohail
• 16:09   Re: large page query Robert Haas
• 16:11   Re: PROPOSAL of xmlvalidate Robert Haas
• 16:15   Re: large page query Kevin Grittner
• 16:19   Re: PROPOSAL of xmlvalidate Pavel Stehule
• 16:21   Re: pg_execute_from_file review Dimitri Fontaine
• 16:25   Re: profiling connection overhead Andres Freund
• 16:34   Re: profiling connection overhead Robert Haas
• 16:35   Re: pg_execute_from_file review Robert Haas
• 16:36   Re: PROPOSAL of xmlvalidate Robert Haas
• 16:49   Re: profiling connection overhead Andres Freund
• 16:50   Re: profiling connection overhead Jeff Janes
• 16:50   Re: profiling connection overhead Tom Lane
• 16:54   Re: PROPOSAL of xmlvalidate Pavel Stehule
• 16:56   Re: PROPOSAL of xmlvalidate Andrew Dunstan
• 17:10   Re: profiling connection overhead Tom Lane
• 17:10   Re: profiling connection overhead Robert Haas
• 17:16   Re: PROPOSAL of xmlvalidate Robert Haas
• 17:19   compile error via SIOCGLIFCONF from ip.c on hpux-11 Merlin Moncure
• 17:31   Re: PROPOSAL of xmlvalidate Tom Lane
• 17:39   Re: compile error via SIOCGLIFCONF from ip.c on hpux-11 Tom Lane
• 17:58   Re: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Magnus Hagander
• 18:11   Re: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. Tom Lane
• 18:14   Re: improving foreign key locks Alvaro Herrera
• 18:15   Re: PROPOSAL of xmlvalidate Andrew Dunstan
• 18:19   Re: compile error via SIOCGLIFCONF from ip.c on hpux-11 Merlin Moncure
• 18:26   Re: compile error via SIOCGLIFCONF from ip.c on hpux-11 Tom Lane
• 19:01   Re: compile error via SIOCGLIFCONF from ip.c on hpux-11 Merlin Moncure
• 19:03   Re: pg_execute_from_file review Dimitri Fontaine
• 19:22   Re: directory archive format for pg_dump Heikki Linnakangas
• 19:34   Re: SSI using rw-conflict lists Kevin Grittner
• 20:01   Re: improving foreign key locks Alvaro Herrera
• 20:13   Re: improving foreign key locks Alvaro Herrera
• 20:15   Re: Re: [COMMITTERS] pgsql: Remove outdated comments from the regression test files. David Fetter
• 20:33   Re: improving foreign key locks Tom Lane
• 20:57   Re: improving foreign key locks Alvaro Herrera
• 21:39   Re: [PATCH] V3: Idle in transaction cancellation Kevin Grittner
• 22:43   Re: [PATCH] V3: Idle in transaction cancellation Kevin Grittner
• 22:56   Re: pg_execute_from_file review Alvaro Herrera
• 23:31   Re: dblink versus long connection strings queej

30 November 2010

• 00:09   Re: profiling connection overhead Bruce Momjian
• 00:13   Re: profiling connection overhead Bruce Momjian
• 00:29   Re: profiling connection overhead Bruce Momjian
• 00:34   Re: profiling connection overhead Bruce Momjian
• 01:08   DELETE with LIMIT (or my first hack) Daniel Loureiro
• 01:17   Re: dblink versus long connection strings Itagaki Takahiro
• 01:34   Re: DELETE with LIMIT (or my first hack) Jaime Casanova
• 01:37   Re: [GENERAL] column-level update privs + lock table Josh Kupershmidt
• 01:55   Re: DELETE with LIMIT (or my first hack) Daniel Loureiro
• 02:04   Re: ALTER TABLE ... IF EXISTS feature? Bruce Momjian
• 02:07   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 02:09   Re: DELETE with LIMIT (or my first hack) Jaime Casanova
• 02:11   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 02:16   Re: pg_execute_from_file review Itagaki Takahiro
• 02:19   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 02:25   Re: pg_execute_from_file review Itagaki Takahiro
• 02:36   Re: profiling connection overhead Bruce Momjian
• 03:25   Re: DELETE with LIMIT (or my first hack) Andrew Dunstan
• 03:57   crash-safe visibility map, take three Robert Haas
• 04:05   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 04:51   Re: DELETE with LIMIT (or my first hack) Marti Raudsepp
• 06:21   Re: profiling connection overhead Andres Freund
• 06:34   Re: crash-safe visibility map, take three Heikki Linnakangas
• 07:48   Re: Tab completion for view triggers in psql Itagaki Takahiro
• 08:18   Re: Tab completion for view triggers in psql David Fetter
• 08:47   Re: pg_execute_from_file review Dimitri Fontaine
• 08:49   Re: pg_execute_from_file review Dimitri Fontaine
• 08:55   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 09:03   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 10:13   Re: Tab completion for view triggers in psql Itagaki Takahiro
• 11:41   Re: DELETE with LIMIT (or my first hack) Csaba Nagy
• 12:18   Re: crash-safe visibility map, take three Rob Wultsch
• 12:27   Re: DELETE with LIMIT (or my first hack) Rob Wultsch
• 13:08   Re: [GENERAL] column-level update privs + lock table Josh Kupershmidt
• 13:15   Re: Tab completion for view triggers in psql David Fetter
• 13:19   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 13:23   Re: GiST insert algorithm rewrite Robert Haas
• 14:04   Re: DELETE with LIMIT (or my first hack) Tom Lane
• 14:14   Re: DELETE with LIMIT (or my first hack) Andrew Dunstan
• 14:26   Re: GiST insert algorithm rewrite Heikki Linnakangas
• 14:32   Re: crash-safe visibility map, take three Robert Haas
• 14:38   Re: crash-safe visibility map, take three Tom Lane
• 14:41   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 14:44   Re: crash-safe visibility map, take three Heikki Linnakangas
• 14:46   Re: crash-safe visibility map, take three Robert Haas
• 14:53   Re: crash-safe visibility map, take three Heikki Linnakangas
• 14:54   Re: crash-safe visibility map, take three Robert Haas
• 15:02   Re: crash-safe visibility map, take three Heikki Linnakangas
• 15:04   Re: DELETE with LIMIT (or my first hack) Tom Lane
• 15:07   Re: DELETE with LIMIT (or my first hack) Csaba Nagy
• 15:08   Another proposal for table synonyms Alexey Klyukin
• 15:10   Re: crash-safe visibility map, take three Tom Lane
• 15:12   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 15:16   Re: crash-safe visibility map, take three Tom Lane
• 15:22   Re: crash-safe visibility map, take three Robert Haas
• 15:25   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 15:27   Re: crash-safe visibility map, take three Robert Haas
• 15:27   Re: crash-safe visibility map, take three Heikki Linnakangas
• 15:29   Re: Another proposal for table synonyms Tom Lane
• 15:31   Re: crash-safe visibility map, take three Heikki Linnakangas
• 15:33   Re: crash-safe visibility map, take three Tom Lane
• 15:37   Re: crash-safe visibility map, take three Tom Lane
• 15:38   Re: Instrument checkpoint sync calls Greg Smith
• 15:40   Re: crash-safe visibility map, take three Tom Lane
• 15:47   Re: crash-safe visibility map, take three Robert Haas
• 15:48   Re: crash-safe visibility map, take three Heikki Linnakangas
• 15:49   Re: crash-safe visibility map, take three Heikki Linnakangas
• 15:54   Re: crash-safe visibility map, take three Robert Haas
• 15:55   Re: crash-safe visibility map, take three Tom Lane
• 15:57   Re: Another proposal for table synonyms Alexey Klyukin
• 15:59   Re: crash-safe visibility map, take three Tom Lane
• 16:00   Re: crash-safe visibility map, take three Robert Haas
• 16:00   Re: crash-safe visibility map, take three Robert Haas
• 16:02   Re: crash-safe visibility map, take three Robert Haas
• 16:03   Re: Another proposal for table synonyms Tom Lane
• 16:11   Re: crash-safe visibility map, take three Tom Lane
• 16:12   Re: crash-safe visibility map, take three Robert Haas
• 16:22   Re: crash-safe visibility map, take three Tom Lane
• 16:25   Re: crash-safe visibility map, take three Heikki Linnakangas
• 16:25   Re: crash-safe visibility map, take three Robert Haas
• 16:26   Re: crash-safe visibility map, take three Robert Haas
• 16:36   Re: crash-safe visibility map, take three Tom Lane
• 16:54   Re: [GENERAL] column-level update privs + lock table Simon Riggs
• 16:56    rickytato rickytato
• 17:04   Re: DELETE with LIMIT (or my first hack) Daniel Loureiro
• 17:31   Re: [GENERAL] column-level update privs + lock table Robert Haas
• 17:32   Re: DELETE with LIMIT (or my first hack) Daniel Loureiro
• 17:32   Re: Instrument checkpoint sync calls Cédric Villemain
• 17:48   Re: [GENERAL] column-level update privs + lock table Tom Lane
• 18:13   Re: DELETE with LIMIT (or my first hack) Kevin Grittner
• 18:20   Re: DELETE with LIMIT (or my first hack) Andrew Dunstan
• 18:25   Re: DELETE with LIMIT (or my first hack) Marko Tiikkaja
• 18:37   Re: profiling connection overhead Peter Eisentraut
• 18:45   Re: DELETE with LIMIT (or my first hack) Jeff Davis
• 18:47   Re: DELETE with LIMIT (or my first hack) Marko Tiikkaja
• 18:50   KNNGIST next step: adjusting indexAM API Tom Lane
• 18:52   Re: Fix for seg picksplit function Yeb Havinga
• 19:05   Re: Another proposal for table synonyms Josh Berkus
• 19:09   Where are we on Standby Promotion? Josh Berkus
• 19:16   Re: Instrument checkpoint sync calls Jeff Janes
• 19:17   Re: DELETE with LIMIT (or my first hack) Andres Freund
• 19:30   Re: Spread checkpoint sync Greg Smith
• 19:32   Re: DELETE with LIMIT (or my first hack) Alastair Turner
• 19:34   Re: DELETE with LIMIT (or my first hack) Andrew Dunstan
• 19:49   Re: profiling connection overhead Tom Lane
• 19:52   Re: DELETE with LIMIT (or my first hack) Robert Haas
• 19:58   Re: Spread checkpoint sync Josh Berkus
• 20:09   Re: KNNGIST next step: adjusting indexAM API Robert Haas
• 20:09   Re: DELETE with LIMIT (or my first hack) Tom Lane
• 20:11   Re: DELETE with LIMIT (or my first hack) Dimitri Fontaine
• 20:18   Re: DELETE with LIMIT (or my first hack) Tom Lane
• 21:01   Re: DELETE with LIMIT (or my first hack) Alvaro Herrera
• 21:21   Re: DELETE with LIMIT (or my first hack) Jeff Davis
• 21:56   Re: Spread checkpoint sync Jeff Janes