Re: Warning about the 8.4 release

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Warning about the 8.4 release
Дата
Msg-id 20090109012133.GI3835@alvh.no-ip.org
обсуждение исходный текст
Ответ на Warning about the 8.4 release  (Bruce Momjian <bruce@momjian.us>)
Список 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 по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Buffer pool statistics in Explain Analyze
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: New patch for Column-level privileges