11<!--
2- $Header: /cvsroot/pgsql/doc/src/sgml/release.sgml,v 1.115.2.12 2005/05/05 20 :10:06 tgl Exp $
2+ $Header: /cvsroot/pgsql/doc/src/sgml/release.sgml,v 1.115.2.13 2005/05/09 00 :10:52 tgl Exp $
33-->
44
55<appendix id="release">
@@ -10,7 +10,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/release.sgml,v 1.115.2.12 2005/05/05 20:10:
1010
1111 <note>
1212 <title>Release date</title>
13- <simpara>2005-05-05 </simpara>
13+ <simpara>2005-05-09 </simpara>
1414 </note>
1515
1616 <para>
@@ -30,6 +30,17 @@ $Header: /cvsroot/pgsql/doc/src/sgml/release.sgml,v 1.115.2.12 2005/05/05 20:10:
3030 <title>Changes</title>
3131
3232<itemizedlist>
33+ <listitem><para>Repair ancient race condition that allowed a transaction to be
34+ seen as committed for some purposes (eg SELECT FOR UPDATE) slightly sooner
35+ than for other purposes</para>
36+ <para>This is an extremely serious bug since it could lead to apparent
37+ data inconsistencies being briefly visible to applications.</para></listitem>
38+ <listitem><para>Repair race condition between relation extension and
39+ VACUUM</para>
40+ <para>This could theoretically have caused loss of a page's worth of
41+ freshly-inserted data, although the scenario seems of very low probability.
42+ There are no known cases of it having caused more than an Assert failure.
43+ </para></listitem>
3344<listitem><para>Fix <function>EXTRACT(EPOCH)</> for
3445<type>TIME WITH TIME ZONE</> values</para></listitem>
3546<listitem><para>Additional buffer overrun checks in plpgsql