From 93c81c68310e0065caabada5d4cea87d2dfc2897 Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Mon, 28 Jun 2010 22:46:11 +0000
Subject: [PATCH] Fix doc double-wording in non-durable patch.

Report from Thom Brown
---
 doc/src/sgml/config.sgml  | 4 ++--
 doc/src/sgml/perform.sgml | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index f218e698b2..7860e1fa07 100644
--- a/doc/src/sgml/config.sgml
+++ b/doc/src/sgml/config.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.284 2010/06/28 21:57:17 momjian Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.285 2010/06/28 22:46:11 momjian Exp $ -->
 
 <chapter Id="runtime-config">
   <title>Server Configuration</title>
@@ -1464,7 +1464,7 @@ SET ENABLE_SEQSCAN TO OFF;
         delay is three times <xref linkend="guc-wal-writer-delay">.)  Unlike
         <xref linkend="guc-fsync">, setting this parameter to <literal>off</>
         does not create any risk of database inconsistency: an operating
-        system or database crash crash might
+        system or database crash might
         result in some recent allegedly-committed transactions being lost, but
         the database state will be just the same as if those transactions had
         been aborted cleanly.  So, turning <varname>synchronous_commit</> off
diff --git a/doc/src/sgml/perform.sgml b/doc/src/sgml/perform.sgml
index 10e38f2eb3..b69813cedb 100644
--- a/doc/src/sgml/perform.sgml
+++ b/doc/src/sgml/perform.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/perform.sgml,v 1.81 2010/06/28 21:57:17 momjian Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/perform.sgml,v 1.82 2010/06/28 22:46:11 momjian Exp $ -->
 
  <chapter id="performance-tips">
   <title>Performance Tips</title>
@@ -1113,7 +1113,7 @@ SELECT * FROM x, y, a, b, c WHERE something AND somethingelse;
 
    <para>
     Durability is a database feature that guarantees the recording of
-    committed transactions even if if the server crashes or loses
+    committed transactions even if the server crashes or loses
     power.  However, durability adds significant database overhead,
     so if your site does not require such a guarantee,
     <productname>PostgreSQL</productname> can be configured to run