From ccd743ef5d1389a5887778fcd91be0dce679290d Mon Sep 17 00:00:00 2001
From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Fri, 5 Jan 2007 22:35:04 +0000
Subject: [PATCH] Minor copy-editing for release note updates.

---
 doc/src/sgml/release.sgml | 86 +++++++++++++++++++--------------------
 1 file changed, 43 insertions(+), 43 deletions(-)

diff --git a/doc/src/sgml/release.sgml b/doc/src/sgml/release.sgml
index 1ab4fb131be..04ff67f0fbd 100644
--- a/doc/src/sgml/release.sgml
+++ b/doc/src/sgml/release.sgml
@@ -1,5 +1,5 @@
 <!--
-$PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.321.4.27 2007/01/05 20:03:19 momjian Exp $
+$PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.321.4.28 2007/01/05 22:35:04 tgl Exp $
 -->
 
 <appendix id="release">
@@ -44,10 +44,29 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.321.4.27 2007/01/05 20:03:19 mo
       </para>
      </listitem>
 
+      <listitem>
+       <para>
+        Fix <quote>failed to re-find parent key</> errors in
+        <command>VACUUM</> (Tom)
+       </para>
+      </listitem>
+
+      <listitem>
+       <para>
+        Fix race condition for truncation of a large relation across a
+        gigabyte boundary by <command>VACUUM</> (Tom)
+       </para>
+      </listitem>
+
+      <listitem>
+       <para>
+        Fix bugs affecting multi-gigabyte hash indexes (Tom)
+       </para>
+      </listitem>
+
      <listitem>
       <para>
-       Fix <link linkend="SQL-VACUUM"><command>VACUUM</></link> to recover from
-       a rare problem during index page deletion/split (Tom)
+       Fix possible deadlock in Windows signal handling (Teodor)
       </para>
      </listitem>
 
@@ -64,20 +83,6 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.321.4.27 2007/01/05 20:03:19 mo
       </para>
      </listitem>
 
-     <listitem>
-      <para>
-       Fix problem with extending hash indexes that span multiple 1-gigabyte
-       segments (Tom)
-      </para>
-     </listitem>
-
-     <listitem>
-      <para>
-       Fix problem where truncation of a multi-gigabyte table might cause
-       consistency problems with other backends (Tom)
-      </para>
-     </listitem>
-
      <listitem>
       <para>
        <function>to_number()</> and <function>to_char(numeric)</>
@@ -89,32 +94,28 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.321.4.27 2007/01/05 20:03:19 mo
       <para>
        This is because <link
        linkend="guc-lc-numeric"><varname>lc_numeric</></link> can potentially
-       change the output of the functions.
+       change the output of these functions.
       </para>
      </listitem>
 
      <listitem>
       <para>
-       Update timezone database, particularly for Western Australia,
-       which has a new daylight savings date  (Tom)
+       Improve index usage of regular expressions that use parentheses (Tom)
       </para>
-     </listitem>
 
-     <listitem>
       <para>
-       Document a risk that if a row is locked inside multiple sub-transactions
-       in the same transaction, and a sub-transaction is rolled back, the row
-       lock is lost (Tom)
+       This improves <application>psql</> <literal>\d</> performance also.
       </para>
      </listitem>
 
      <listitem>
       <para>
-       Improve index usage of regular expressions that use parentheses (Tom)
+       Update timezone database
       </para>
 
       <para>
-       This improves <application>psql</> <literal>\d</> performance also.
+       This affects Australian and Canadian daylight-savings rules in
+       particular.
       </para>
      </listitem>
 
@@ -3369,24 +3370,23 @@ typedefs (Michael)</para></listitem>
       </para>
      </listitem>
 
-     <listitem>
-      <para>
-       Fix <link linkend="SQL-VACUUM"><command>VACUUM</></link> to recover from
-       a rare problem during index page deletion/split (Tom)
-      </para>
-     </listitem>
+      <listitem>
+       <para>
+        Fix <quote>failed to re-find parent key</> errors in
+        <command>VACUUM</> (Tom)
+       </para>
+      </listitem>
 
-     <listitem>
-      <para>
-       Fix error when constructing an <literal>ARRAY[]</> made up of multiple empty
-       elements (Tom)
-      </para>
-     </listitem>
+      <listitem>
+       <para>
+        Fix bugs affecting multi-gigabyte hash indexes (Tom)
+       </para>
+      </listitem>
 
      <listitem>
       <para>
-       Fix problem with extending hash indexes that span multiple 1-gigabyte
-       segments (Tom)
+       Fix error when constructing an <literal>ARRAY[]</> made up of multiple
+       empty elements (Tom)
       </para>
      </listitem>
 
@@ -3401,7 +3401,7 @@ typedefs (Michael)</para></listitem>
       <para>
        This is because <link
        linkend="guc-lc-numeric"><varname>lc_numeric</></link> can potentially
-       change the output of the functions.
+       change the output of these functions.
       </para>
      </listitem>
 
@@ -6418,7 +6418,7 @@ DROP SCHEMA information_schema CASCADE;
       <para>
        This is because <link
        linkend="guc-lc-numeric"><varname>lc_numeric</></link> can potentially
-       change the output of the functions.
+       change the output of these functions.
       </para>
      </listitem>
 
-- 
2.39.5