]> granicus.if.org Git - postgresql/commitdiff
Spelling fixes
authorPeter Eisentraut <peter_e@gmx.net>
Tue, 27 Jul 2010 19:01:04 +0000 (19:01 +0000)
committerPeter Eisentraut <peter_e@gmx.net>
Tue, 27 Jul 2010 19:01:04 +0000 (19:01 +0000)
doc/src/sgml/config.sgml
doc/src/sgml/datatype.sgml
doc/src/sgml/install-win32.sgml
doc/src/sgml/installation.sgml
doc/src/sgml/libpq.sgml
doc/src/sgml/release-9.0.sgml
doc/src/sgml/wal.sgml
doc/src/sgml/xml2.sgml

index 24307458d8f2b05707dfc2a9b0f4d18e53a5b336..75a6286967294ab95bbd31db367e6c4a8931a985 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.294.2.1 2010/07/16 11:21:46 heikki Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.294.2.2 2010/07/27 19:01:04 petere Exp $ -->
 
 <chapter Id="runtime-config">
   <title>Server Configuration</title>
@@ -2265,7 +2265,7 @@ SET ENABLE_SEQSCAN TO OFF;
        <para>
         Sets the planner's estimate of the cost of a disk page fetch
         that is part of a series of sequential fetches.  The default is 1.0.
-        This value can be overriden for a particular tablespace by setting
+        This value can be overridden for a particular tablespace by setting
         the tablespace parameter of the same name
         (see <xref linkend="sql-altertablespace">).
        </para>
@@ -2281,7 +2281,7 @@ SET ENABLE_SEQSCAN TO OFF;
        <para>
         Sets the planner's estimate of the cost of a
         non-sequentially-fetched disk page.  The default is 4.0.
-        This value can be overriden for a particular tablespace by setting
+        This value can be overridden for a particular tablespace by setting
         the tablespace parameter of the same name
         (see <xref linkend="sql-altertablespace">).
        </para>
index a80ef844fd3455410fbc8e39df88151ff2d73be7..e8392d9417b24a5794984a337ad1147e6a4eb725 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/datatype.sgml,v 1.250.2.2 2010/07/24 16:46:43 petere Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/datatype.sgml,v 1.250.2.3 2010/07/27 19:01:04 petere Exp $ -->
 
  <chapter id="datatype">
   <title>Data Types</title>
@@ -1248,7 +1248,7 @@ SELECT E'\\xDEADBEEF';
     represented as an ASCII character into special escape sequences.
     If, from the point of view of the application, representing bytes
     as characters makes sense, then this representation can be
-    convenient.  But in practice it is usually confusing becauses it
+    convenient.  But in practice it is usually confusing because it
     fuzzes up the distinction between binary strings and character
     strings, and also the particular escape mechanism that was chosen is
     somewhat unwieldy.  So this format should probably be avoided
index dd12a190b020ef352d5f14638a2920bd5dd857d4..1e46803238f4f816bdef7e47fdf1094426b97d07 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/install-win32.sgml,v 1.57 2010/03/17 17:12:31 petere Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/install-win32.sgml,v 1.57.4.1 2010/07/27 19:01:04 petere Exp $ -->
 
 <chapter id="install-win32">
  <title>Installation from Source Code on <productname>Windows</productname></title>
@@ -19,7 +19,7 @@
  <para>
   There are several different ways of building PostgreSQL on
   <productname>Windows</productname>. The simplest way to build with
-  Microsoft tools is to intall a modern version of the
+  Microsoft tools is to install a modern version of the
   <productname>Microsoft Platform SDK</productname> and use use the included
   compiler. It is also possible to build with the full
   <productname>Microsoft Visual C++ 2005 or 2008</productname>. In some cases
index 01f57a70e3095bca332148dee42eb374e1db5c31..caefcfa44105619e8709bf48a2a6e06d81d26dd7 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/installation.sgml,v 1.348 2010/07/05 18:54:37 tgl Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/installation.sgml,v 1.348.2.1 2010/07/27 19:01:04 petere Exp $ -->
 
 <chapter id="installation">
  <title><![%standalone-include[<productname>PostgreSQL</>]]>
@@ -2327,7 +2327,7 @@ hosts=local4,bind4
 -bash-3.00$ createlang plperl template1
 createlang: language installation failed: ERROR:  could not load library "/opt/dbs/pgsql748/lib/plperl.so": A memory address is not in the address space for the process.
 </screen>
-    Running as a non-owner in the group posessing the PostgreSQL
+    Running as a non-owner in the group possessing the PostgreSQL
     installation:
 <screen>
 -bash-3.00$ createlang plperl template1
index 3073c1f6dbacdd11ad047f0c7c8be7feec849aa0..712a54496d5e4cb5f53ebe215baea66129592263 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.313.2.1 2010/07/14 17:09:54 tgl Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.313.2.2 2010/07/27 19:01:04 petere Exp $ -->
 
 <chapter id="libpq">
  <title><application>libpq</application> - C Library</title>
@@ -1744,7 +1744,7 @@ PGresult *PQexecParams(PGconn *conn,
             to be text strings.
            </para>
            <para>
-            Values passed in binary format require knowlege of
+            Values passed in binary format require knowledge of
             the internal representation expected by the backend.
             For example, integers must be passed in network byte
             order.  Passing <type>numeric</> values requires
index 0daaafad41425c9c726d83d36c4debeaebc406be..260933d9367470411a048214c7d5dce58a1fe2cb 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/release-9.0.sgml,v 2.39 2010/07/08 22:26:14 momjian Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/release-9.0.sgml,v 2.39.2.1 2010/07/27 19:01:04 petere Exp $ -->
 
  <sect1 id="release-9-0">
   <title>Release 9.0</title>
 
      <listitem>
       <para>
-       Use the same random seed everytime GEQO plans a query (Andres
+       Use the same random seed every time GEQO plans a query (Andres
        Freund)
       </para>
 
     <title>Monitoring</title>
     <para>
      With increased use of PostgreSQL in high-end production systems,
-     users need increased monitoring.  PostgresSQL 9.0 continues to add
+     users need increased monitoring.  PostgreSQL 9.0 continues to add
      more ways to monitor PostgreSQL applications.
     </para>
 
        Add <link
        linkend="monitoring-stats-funcs-table"><function>pg_stat_reset_shared('bgwriter')</></link>
        to reset the cluster-wide shared statistics of the
-       bgwriter (Greg Smith)
+       background writer (Greg Smith)
       </para>
      </listitem>
 
        Add <link
        linkend="monitoring-stats-funcs-table"><function>pg_stat_reset_single_table_counters()</></link>
        and <function>pg_stat_reset_single_function_counters()</>
-       to allow the reseting of statistics counters for individual
+       to allow the resetting of statistics counters for individual
        tables and indexes (Magnus Hagander)
       </para>
      </listitem>
index 8cf7d18c3ba239c466f3c80278f7afe48355b77e..65cde74b3baaaa2904b25d1182cec76b86c828cc 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/wal.sgml,v 1.68.2.2 2010/07/16 11:36:10 heikki Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/wal.sgml,v 1.68.2.3 2010/07/27 19:01:04 petere Exp $ -->
 
 <chapter id="wal">
  <title>Reliability and the Write-Ahead Log</title>
@@ -91,7 +91,7 @@
   <para>
    Many file systems that use write barriers (e.g.  <acronym>ZFS</>,
    <acronym>ext4</>) internally use <command>FLUSH CACHE EXT</> or
-   <command>SYNCHRONIZE CACHE</> commands to flush data to the platers on
+   <command>SYNCHRONIZE CACHE</> commands to flush data to the platters on
    write-back-enabled drives.  Unfortunately, such write barrier file
    systems behave suboptimally when combined with battery-backed unit
    (<acronym>BBU</>) disk controllers.  In such setups, the synchronize
index 9dc7dca8c931571ba15be588d4eaf77ef50b521f..c06b6831598de0f134c016e079320d57ebdd92be 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/xml2.sgml,v 1.7 2009/05/18 11:08:24 petere Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/xml2.sgml,v 1.7.14.1 2010/07/27 19:01:04 petere Exp $ -->
 
 <sect1 id="xml2">
  <title>xml2</title>
@@ -386,7 +386,7 @@ WHERE t.author_id = p.person_id;
    </synopsis>
 
    <para>
-    This function appplies the XSL stylesheet to the document and returns
+    This function applies the XSL stylesheet to the document and returns
     the transformed result. The paramlist is a list of parameter
     assignments to be used in the transformation, specified in the form
     <literal>a=1,b=2</>. Note that the