Mailing lists [pgsql-hackers]

1 June 2009

• 00:06   Re: [GENERAL] INTERVAL data type and libpq - what format? Tom Lane
• 00:08   survey of table blocksize changes Mark Wong
• 00:27   Re: dblink patches for comment Joe Conway
• 02:51   PostgreSQL 8.4 beta 2 restore error Brian Klish
• 02:54   Win32 link() function Bruce Momjian
• 02:57   Re: information_schema.columns changes needed for OLEDB Robert Haas
• 03:06   Re: information_schema.columns changes needed for OLEDB Tom Lane
• 03:08   Re: Win32 link() function Tom Lane
• 03:14   Re: Win32 link() function Bruce Momjian
• 03:14   Re: Win32 link() function Itagaki Takahiro
• 03:28   Re: pg_migrator and an 8.3-compatible tsvector data type Robert Haas
• 03:37   Re: Win32 link() function Tom Lane
• 03:43   Re: Win32 link() function Bruce Momjian
• 03:46   Re: pg_migrator and an 8.3-compatible tsvector data type Bruce Momjian
• 03:49   Re: pg_migrator and an 8.3-compatible tsvector data type Tom Lane
• 03:53   Re: Win32 link() function Tom Lane
• 03:57   Re: Win32 link() function Bruce Momjian
• 04:02   Re: Win32 link() function Tom Lane
• 04:04   Re: Win32 link() function Bruce Momjian
• 04:09   Re: Win32 link() function Bruce Momjian
• 04:14   Re: Win32 link() function Bruce Momjian
• 05:47   pg_standby -l might destory the archived file Fujii Masao
• 09:20   Re: Patch: AdjustIntervalForTypmod shouldn't discard high-order data Sam Mason
• 12:56   Re: [GENERAL] INTERVAL SECOND limited to 59 seconds? Sebastien FLAESCH
• 14:34   Re: Win32 link() function Bruce Momjian
• 14:42   Re: pg_standby -l might destory the archived file Tom Lane
• 14:56   Re: pg_standby -l might destory the archived file Heikki Linnakangas
• 15:03   Re: pg_migrator and an 8.3-compatible tsvector data type Robert Haas
• 15:08   Re: Patch: AdjustIntervalForTypmod shouldn't discard high-order data Tom Lane
• 15:11   Re: pg_migrator and an 8.3-compatible tsvector data type Greg Stark
• 15:18   Re: pg_migrator and an 8.3-compatible tsvector data type Tom Lane
• 15:27   Re: pg_standby -l might destory the archived file Aidan Van Dyk
• 15:34   Re: pg_migrator and an 8.3-compatible tsvector data type Robert Haas
• 15:39   Re: pg_migrator and an 8.3-compatible tsvector data type Robert Haas
• 16:02   Re: pg_migrator and an 8.3-compatible tsvector data type Bruce Momjian
• 16:02   Re: pg_migrator and an 8.3-compatible tsvector data type Bruce Momjian
• 16:24   Re: Feedback on writing extensible modules Alvaro Herrera
• 16:32   It's June 1; do you know where your release is? Tom Lane
• 16:34   Re: plperl error format vs plpgsql error format vs pgTAP Kevin Field
• 16:39   Re: Feedback on writing extensible modules Simon Riggs
• 17:15   Re: search_path improvements Josh Berkus
• 17:27   Re: User-facing aspects of serializable transactions Markus Wanner
• 17:32   Re: Dtrace probes documentation fche@redhat.com (Frank Ch. Eigler)
• 17:43   Re: PostgreSQL Developer meeting minutes up Markus Wanner
• 17:45   Re: User-facing aspects of serializable transactions Kevin Grittner
• 17:55   Re: User-facing aspects of serializable transactions Greg Stark
• 18:09   Re: PostgreSQL Developer meeting minutes up Tom Lane
• 18:10   Re: It's June 1; do you know where your release is? Josh Berkus
• 18:12   Re: User-facing aspects of serializable transactions Tom Lane
• 18:15   Re: User-facing aspects of serializable transactions Kevin Grittner
• 18:17   Re: It's June 1; do you know where your release is? Joshua D. Drake
• 18:17   Re: It's June 1; do you know where your release is? Tom Lane
• 18:26   Re: User-facing aspects of serializable transactions Josh Berkus
• 18:41   Re: PostgreSQL Developer meeting minutes up Alvaro Herrera
• 18:46   Re: PostgreSQL Developer meeting minutes up Tom Lane
• 18:57   Re: User-facing aspects of serializable transactions Greg Stark
• 18:57   Re: search_path improvements Alvaro Herrera
• 19:05   Re: search_path improvements Greg Stark
• 19:06   Re: search_path vs extensions Alvaro Herrera
• 19:09   Re: pg_standby -l might destory the archived file Heikki Linnakangas
• 19:10   Re: plperl error format vs plpgsql error format vs pgTAP Kevin Field
• 19:18   Re: pg_standby -l might destory the archived file Tom Lane
• 19:27   Re: search_path improvements Sam Mason
• 19:44   Re: It's June 1; do you know where your release is? Robert Haas
• 19:45   Re: It's June 1; do you know where your release is? Tom Lane
• 19:46   Re: search_path improvements Robert Haas
• 19:51   Re: It's June 1; do you know where your release is? Tom Lane
• 19:52   Re: It's June 1; do you know where your release is? Robert Haas
• 19:55   Re: from_collapse_limit vs. geqo_threshold Selena Deckelmann
• 19:55   Re: User-facing aspects of serializable transactions Kevin Grittner
• 19:57   list_head naming conflict gcc 4.2/perl/solaris Zdenek Kotala
• 20:03   Re: list_head naming conflict gcc 4.2/perl/solaris Robert Haas
• 20:08   Re: User-facing aspects of serializable transactions Greg Stark
• 20:09   Re: list_head naming conflict gcc 4.2/perl/solaris Tom Lane
• 20:10   Re: It's June 1; do you know where your release is? Magnus Hagander
• 20:17   Re: User-facing aspects of serializable transactions Robert Haas
• 20:23   Re: It's June 1; do you know where your release is? Tom Lane
• 20:24   Re: User-facing aspects of serializable transactions Kevin Grittner
• 20:26   Re: list_head naming conflict gcc 4.2/perl/solaris Zdenek Kotala
• 20:27   Suggested TODO: allow ALTERing of typemods without heap/index rebuild Josh Berkus
• 20:40   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Tom Lane
• 20:43   Re: User-facing aspects of serializable transactions Kevin Grittner
• 20:44   Re: list_head naming conflict gcc 4.2/perl/solaris Zdenek Kotala
• 20:49   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Jeff Davis
• 21:12   Re: User-facing aspects of serializable transactions Greg Stark
• 21:17   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Greg Stark
• 21:25   Re: User-facing aspects of serializable transactions Jeff Davis
• 21:39   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Guillaume Smet
• 21:39   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Josh Berkus
• 21:57   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Jeff Davis
• 22:07   Re: User-facing aspects of serializable transactions Kevin Grittner
• 22:11   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Josh Berkus
• 22:17   Re: User-facing aspects of serializable transactions Kevin Grittner
• 22:32   Re: User-facing aspects of serializable transactions Kevin Grittner
• 22:39   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Tom Lane
• 22:52   Re: Suggested TODO: allow ALTERing of typemods without heap/index rebuild Tom Lane
• 23:34   Re: It's June 1; do you know where your release is? Kevin Grittner
• 23:48   Re: User-facing aspects of serializable transactions Greg Stark