Mailing lists [pgsql-bugs]

16 September 2002

• 00:51   Re: Bug #758: show_planner_stats does not work for new PREPARE calls Tom Lane
• 08:29   Explicit timestamp conversion very slow Hamby, Mark CONTRACTOR HAMBYM
• 08:29   Problem Prasanna
• 08:29   Re: make unsuccessful on mac os x 10.2 Michael Fortin
• 08:29   Re: HELP Rod Taylor
• 08:29   Unable to convert date to tm Joerg Ludwig
• 08:29   Re: Web page Chris
• 08:29   Re: Bug #765: 'IS NULL' versus '= NULL' Hubert depesz Lubaczewski
• 08:29   performance degradation while doing repeatative updates Vladimir Dozen
• 08:29   Re: [NOVICE] Postgres storing time in strange manner David Lloyd
• 09:34   Re: Explicit timestamp conversion very slow Tom Lane
• 09:41   Re: Unable to convert date to tm Tom Lane
• 09:41   Re: Web page Tom Lane
• 10:34   Re: Web page Vince Vielhaber
• 12:41   Re: performance degradation while doing repeatative updates Marco A. P. D'Andrade
• 13:21   Re: Postgres storing time in strange manner Peter Eisentraut
• 13:40   Re: make unsuccessful on mac os x 10.2 Bruce Momjian
• 13:44   Re: Postgres storing time in strange manner Tom Lane
• 13:48   Re: make unsuccessful on mac os x 10.2 Tom Lane
• 14:01   Bug #769: Slow vacuuming due to error in optimization pgsql-bugs@postgresql.org
• 14:29   Re: Bug #769: Slow vacuuming due to error in optimization Tom Lane
• 17:04   Re: Bug #769: Slow vacuuming due to error in optimization Tom Lane
• 17:38   7.3b1 on Mac OS X (Darwin) David Wheeler
• 19:04   Re: 7.3b1 on Mac OS X (Darwin) Peter Eisentraut
• 19:27   Re: 7.3b1 on Mac OS X (Darwin) David Wheeler
• 19:34   Bug #770: 7.2.1 --> 7.2.2 =? Problems with speed pgsql-bugs@postgresql.org
• 20:37   Re: Bug #770: 7.2.1 --> 7.2.2 =? Problems with speed Neil Conway
• 20:40   Re: Postgres storing time in strange manner Peter Eisentraut
• 20:45   Re: Bug #758: show_planner_stats does not work for new PREPARE calls Neil Conway