Re: Warning about the 8.4 release - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Warning about the 8.4 release
Date
Msg-id 20090109012133.GI3835@alvh.no-ip.org
Whole thread Raw
In response to Warning about the 8.4 release  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
Bruce Momjian wrote:
> I am now warning that we have an unusually large number of open items
> that must be either completed or moved to the TODO list before 8.4 can
> be released.  

More threads to remove:

*    [BUGS] BUG #4553: HOLD cursors not materializing results fully
was fixed here:
revision 1.77
date: 2008-12-01 14:06:21 -0300;  author: tgl;  state: Exp;  lines: +7 -3;
Ensure that the contents of a holdable cursor don't depend on out-of-line
toasted values, since those could get dropped once the cursor's transaction
is over.  Per bug #4553 from Andrew Gierth.

Back-patch as far as 8.1.  The bug actually exists back to 7.4 when holdable
cursors were introduced, but this patch won't work before 8.1 without
significant adjustments.  Given the lack of field complaints, it doesn't seem
worth the work (and risk of introducing new bugs) to try to make a patch for
the older branches.


*    [COMMITTERS] pgsql: Have psql's \d+ print reloptions.
the problematic comment is just not true; you see index reloptions along
the table description

*    [HACKERS] pg_type.h regression?,
was fixed here:
revision 1.200
date: 2008-09-24 23:28:56 -0400;  author: tgl;  state: Exp;  lines: +2 -2;
Establish the rule that array types should have the same typdelim as their
element types.  Since the backend doesn't actually pay attention to the array
type's delimiter, this has no functional effect, but it seems better for the
catalog entries to be consistent.  Per gripe from Greg Mullane and subsequent
discussion.


*    Re: SQL:2008 LIMIT/OFFSET
is a committed patch here, with the comment from Tom about position already
handled:
revision 2.628
date: 2008-10-22 08:00:34 -0300;  author: petere;  state: Exp;  lines: +42 -2;
SQL:2008 alternative syntax for LIMIT/OFFSET:
OFFSET num {ROW|ROWS} FETCH {FIRST|NEXT} [num] {ROW|ROWS} ONLY


The vast majority of the stuff seems to be patches that are in the
commitfest queue ...

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Buffer pool statistics in Explain Analyze
Next
From: Stephen Frost
Date:
Subject: Re: New patch for Column-level privileges