aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2014-03-24 08:42:13 +0200
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2014-03-24 08:42:13 +0200
commit3ed249b74133bc567a4efcfb90eb69d445097c1b (patch)
treec95cf30c62b48db381db18c045871a1c9cfbb934
parentab22b149c60a10b842e3ec7fe3eb3b0b66c6611a (diff)
downloadpostgresql-3ed249b74133bc567a4efcfb90eb69d445097c1b.tar.gz
postgresql-3ed249b74133bc567a4efcfb90eb69d445097c1b.zip
Fix "the the" typos.
Erik Rijkers
-rw-r--r--doc/src/sgml/json.sgml2
-rw-r--r--doc/src/sgml/logicaldecoding.sgml2
-rw-r--r--src/backend/access/transam/xlog.c2
3 files changed, 3 insertions, 3 deletions
diff --git a/doc/src/sgml/json.sgml b/doc/src/sgml/json.sgml
index 3068cf2d1ee..5fd24397429 100644
--- a/doc/src/sgml/json.sgml
+++ b/doc/src/sgml/json.sgml
@@ -24,7 +24,7 @@
There are two JSON data types: <type>json</> and <type>jsonb</>.
Both accept <emphasis>almost</emphasis> identical sets of values as
input. The major practical difference is one of efficiency. The
- <type>json</> data type stores an exact copy of the the input text,
+ <type>json</> data type stores an exact copy of the input text,
which processing functions must continually reparse, while
<type>jsonb</> data is stored in a decomposed binary format that
makes it slightly less efficient to input due to added serialization
diff --git a/doc/src/sgml/logicaldecoding.sgml b/doc/src/sgml/logicaldecoding.sgml
index 00c47cb3132..965b0e11184 100644
--- a/doc/src/sgml/logicaldecoding.sgml
+++ b/doc/src/sgml/logicaldecoding.sgml
@@ -169,7 +169,7 @@ CTRL-C
</indexterm>
<title>Logical Decoding</title>
<para>
- Logical decoding is the the process of extracting all persistent changes
+ Logical decoding is the process of extracting all persistent changes
to a database's tables into a coherent, easy to understand format which
can be interpreted without detailed knowledge of the database's internal
state.
diff --git a/src/backend/access/transam/xlog.c b/src/backend/access/transam/xlog.c
index f9d6bf4ce53..02cb5e50ab2 100644
--- a/src/backend/access/transam/xlog.c
+++ b/src/backend/access/transam/xlog.c
@@ -1089,7 +1089,7 @@ begin:;
* has progressed. There is a small fixed number of insertion locks,
* determined by the num_xloginsert_locks GUC. When an inserter crosses a
* page boundary, it updates the value stored in the lock to the how far it
- * has inserted, to allow the the previous buffer to be flushed.
+ * has inserted, to allow the previous buffer to be flushed.
*
* Holding onto an insertion lock also protects RedoRecPtr and
* fullPageWrites from changing until the insertion is finished.