Fix some trailing whitespace in documentation files

diff --git a/doc/src/sgml/adminpack.sgml b/doc/src/sgml/adminpack.sgml
index 5702456cd253cd14e5e7290ebd367a0e9843dc75..40cab29b247674d71d8fd8d54eb477244aa26fff 100644 (file)
--- a/doc/src/sgml/adminpack.sgml
+++ b/doc/src/sgml/adminpack.sgml
@@ -22,7 +22,7 @@
   functions in <xref linkend="functions-admin-genfile-table"/>, which
   provide read-only access.)
   Only files within the database cluster directory can be accessed, unless the
-  user is a superuser or given privileges of one of the pg_read_server_files, 
+  user is a superuser or given privileges of one of the pg_read_server_files,
   or pg_write_server_files roles, as appropriate for the function, but either a
   relative or absolute path is allowable.
  </para>

diff --git a/doc/src/sgml/custom-rmgr.sgml b/doc/src/sgml/custom-rmgr.sgml
index dd917c54b620195c89ebe74a5b68334403d48211..acf5077d7513067ac13e2e3301c0bacd3da725ce 100644 (file)
--- a/doc/src/sgml/custom-rmgr.sgml
+++ b/doc/src/sgml/custom-rmgr.sgml
@@ -55,7 +55,7 @@ typedef struct RmgrData
     void        (*rm_decode) (struct LogicalDecodingContext *ctx,
                               struct XLogRecordBuffer *buf);
 } RmgrData;
-</programlisting>  
+</programlisting>
  </para>
  <para>
   Then, register your new resource
@@ -88,7 +88,7 @@ extern void RegisterCustomRmgr(RmgrId rmid, RmgrData *rmgr);
   during <productname>PostgreSQL</productname> startup.
  </para>
  <note>
-   <para>    
+   <para>
     The extension must remain in shared_preload_libraries as long as any
     custom WAL records may exist in the system. Otherwise
     <productname>PostgreSQL</productname> will not be able to apply or decode

diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 93ba39eff10a2d2e5fd018b15d8fe28837ffbb32..489184a4f043810a4fa385cdf320944f21578b47 100644 (file)
--- a/doc/src/sgml/func.sgml
+++ b/doc/src/sgml/func.sgml
@@ -17758,7 +17758,7 @@ $.* ? (@ like_regex "^\\d+$")
      <title>Notes</title>
      <para>
       Alternatively, you can construct <acronym>JSON</acronym> values simply
-      using <productname>PostgreSQL</productname>-specific casts to 
+      using <productname>PostgreSQL</productname>-specific casts to
       <type>json</type> and <type>jsonb</type> types.
      </para>
     </sect5>
@@ -19127,7 +19127,7 @@ FROM my_films;
 SELECT
     JSON_QUERY(js, '$.favorites[*].kind' ERROR ON ERROR)
 FROM my_films;
-ERROR: more than one SQL/JSON item 
+ERROR: more than one SQL/JSON item
 </screen>
 
      <para>
@@ -19175,7 +19175,7 @@ SELECT JSON_QUERY(jsonb '"aaa"', '$' RETURNING text OMIT QUOTES);
 
 <synopsis>
 <replaceable class="parameter">expression</replaceable>
-  IS <optional> NOT </optional> JSON 
+  IS <optional> NOT </optional> JSON
   <optional> { VALUE | SCALAR | ARRAY | OBJECT } </optional>
   <optional> { WITH | WITHOUT } UNIQUE <optional> KEYS </optional> </optional>
 </synopsis>
@@ -19294,16 +19294,16 @@ SELECT JSON_QUERY(jsonb '"aaa"', '$' RETURNING text OMIT QUOTES);
      </para>
      <screen>
 SELECT
-    js, 
-    js IS JSON "is json", 
+    js,
+    js IS JSON "is json",
     js IS NOT JSON "is not json",
     js IS JSON SCALAR "is scalar",
     js IS JSON OBJECT "is object",
     js IS JSON ARRAY "is array"
-FROM 
+FROM
     (VALUES ('123'), ('"abc"'), ('{"a": "b"}'), ('[1,2]'), ('abc')) foo(js);
 
-     js     | is json | is not json | is scalar | is object | is array 
+     js     | is json | is not json | is scalar | is object | is array
 ------------+---------+-------------+-----------+-----------|-------------
  123        | t       | f           | t         | f         | f
  "abc"      | t       | f           | t         | f         | f
@@ -19704,7 +19704,7 @@ where <replaceable class="parameter">json_table_column</replaceable> is:
     <listitem>
 
     <para>
-     Use <literal>CROSS JOIN</literal>, so that the output includes 
+     Use <literal>CROSS JOIN</literal>, so that the output includes
      a row for every possible combination of rows from the left-hand
      and the right-hand columns.
     </para>
@@ -19743,7 +19743,7 @@ where <replaceable class="parameter">json_table_column</replaceable> is:
       some JSON data about the films and create a view that
       distributes the film genre, title, and director between separate columns:
 <screen>
-SELECT jt.* FROM 
+SELECT jt.* FROM
  my_films,
  JSON_TABLE ( js, '$.favorites[*]' COLUMNS (
    id FOR ORDINALITY,
@@ -19864,7 +19864,7 @@ JSON_SERIALIZE (
      <title>Notes</title>
      <para>
       Alternatively, you can construct <acronym>JSON</acronym> values simply
-      using <productname>PostgreSQL</productname>-specific casts to 
+      using <productname>PostgreSQL</productname>-specific casts to
       <type>json</type> and <type>jsonb</type> types.
      </para>
     </sect5>

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index b0a653373d3d0becbb198c504916064ff89acc37..db1bde47064ba856d757f2dac5bbd23e0ef07b70 100644 (file)
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -548,7 +548,7 @@ protocol to make nodes agree on a serializable transactional order.
    rollforward will take considerably longer, so that technique only
    offers a solution for disaster recovery, not high availability.
    A standby server can also be used for read-only queries, in which case
-   it is called a <firstterm>hot standby</firstterm> server. See 
+   it is called a <firstterm>hot standby</firstterm> server. See
    <xref linkend="hot-standby"/> for more information.
   </para>
 

diff --git a/doc/src/sgml/pgwalinspect.sgml b/doc/src/sgml/pgwalinspect.sgml
index 44010a5b0a3114eda3fbf435b5729a3acb9b94b8..c1d4fbc66cd38a8a9c2aee21d61a81ce742dbf37 100644 (file)
--- a/doc/src/sgml/pgwalinspect.sgml
+++ b/doc/src/sgml/pgwalinspect.sgml
@@ -150,7 +150,7 @@ postgres=# select start_lsn, end_lsn, prev_lsn, xid, resource_manager, record_ty
     <listitem>
      <para>
       This function is same as <function>pg_get_wal_records_info()</function>
-      except that it gets information of all the valid WAL records from 
+      except that it gets information of all the valid WAL records from
       <replaceable>start_lsn</replaceable> till the end of WAL.
      </para>
     </listitem>

diff --git a/doc/src/sgml/ref/pgbench.sgml b/doc/src/sgml/ref/pgbench.sgml
index 1a630f020bd6acaa72edf7111b767aaf5cf03132..387a836287012eeea69352b1f37a242a87d80d5b 100644 (file)
--- a/doc/src/sgml/ref/pgbench.sgml
+++ b/doc/src/sgml/ref/pgbench.sgml
@@ -69,7 +69,7 @@ tps = 896.967014 (without initial connection time)
   The first seven lines report some of the most important parameter
   settings.
   The sixth line reports the maximum number of tries for transactions with
-  serialization or deadlock errors (see <xref linkend="failures-and-retries"/> 
+  serialization or deadlock errors (see <xref linkend="failures-and-retries"/>
   for more information).
   The eighth line reports the number of transactions completed
   and intended (the latter being just the product of number of clients

diff --git a/doc/src/sgml/runtime.sgml b/doc/src/sgml/runtime.sgml
index f5f4e3fab512a432b4ec6bf998c0c2f1e5f45c4a..4465c876b18791c800661c1f6108df47c2acddab 100644 (file)
--- a/doc/src/sgml/runtime.sgml
+++ b/doc/src/sgml/runtime.sgml
@@ -2194,7 +2194,7 @@ pg_dumpall -p 5432 | psql -d postgres -p 5433
    <acronym>TLS</acronym> protocol. <acronym>SSL</acronym> protocols are the
    precursors to <acronym>TLS</acronym> protocols, and the term
    <acronym>SSL</acronym> is still used for encrypted connections even though
-   <acronym>SSL</acronym> protocols are no longer supported. 
+   <acronym>SSL</acronym> protocols are no longer supported.
    <acronym>SSL</acronym> is used interchangeably with <acronym>TLS</acronym>
    in <productname>PostgreSQL</productname>.