Skip to content

Commit 950d4a2

Browse files
Fix typos and duplicate words
This fixes various typos, duplicated words, and tiny bits of whitespace mainly in code comments but also in docs. Author: Daniel Gustafsson <[email protected]> Author: Heikki Linnakangas <[email protected]> Author: Alexander Lakhin <[email protected]> Author: David Rowley <[email protected]> Author: Nazir Bilal Yavuz <[email protected]> Discussion: https://postgr.es/m/[email protected]
1 parent fbed6eb commit 950d4a2

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

67 files changed

+93
-92
lines changed

contrib/amcheck/expected/check_btree.out

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@ CREATE TABLE bttest_a(id int8);
22
CREATE TABLE bttest_b(id int8);
33
CREATE TABLE bttest_multi(id int8, data int8);
44
CREATE TABLE delete_test_table (a bigint, b bigint, c bigint, d bigint);
5-
-- Stabalize tests
5+
-- Stabilize tests
66
ALTER TABLE bttest_a SET (autovacuum_enabled = false);
77
ALTER TABLE bttest_b SET (autovacuum_enabled = false);
88
ALTER TABLE bttest_multi SET (autovacuum_enabled = false);

contrib/amcheck/sql/check_btree.sql

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ CREATE TABLE bttest_b(id int8);
33
CREATE TABLE bttest_multi(id int8, data int8);
44
CREATE TABLE delete_test_table (a bigint, b bigint, c bigint, d bigint);
55

6-
-- Stabalize tests
6+
-- Stabilize tests
77
ALTER TABLE bttest_a SET (autovacuum_enabled = false);
88
ALTER TABLE bttest_b SET (autovacuum_enabled = false);
99
ALTER TABLE bttest_multi SET (autovacuum_enabled = false);

contrib/amcheck/verify_nbtree.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3036,7 +3036,7 @@ bt_normalize_tuple(BtreeCheckState *state, IndexTuple itup)
30363036
* In the heap, tuples may contain short varlena datums with both 1B
30373037
* header and 4B headers. But the corresponding index tuple should always
30383038
* have such varlena's with 1B headers. So, if there is a short varlena
3039-
* with 4B header, we need to convert it for for fingerprinting.
3039+
* with 4B header, we need to convert it for fingerprinting.
30403040
*
30413041
* Note that we rely on deterministic index_form_tuple() TOAST compression
30423042
* of normalized input.

doc/src/sgml/maintenance.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -802,7 +802,7 @@ HINT: Execute a database-wide VACUUM in that database.
802802
<para>
803803
Similar to the XID case, if autovacuum fails to clear old MXIDs from a table, the
804804
system will begin to emit warning messages when the database's oldest MXIDs reach forty
805-
million transactions from the wraparound point. And, just as an the XID case, if these
805+
million transactions from the wraparound point. And, just as in the XID case, if these
806806
warnings are ignored, the system will refuse to generate new MXIDs once there are fewer
807807
than three million left until wraparound.
808808
</para>

doc/src/sgml/meson.build

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -207,7 +207,7 @@ if docs_dep.found()
207207
alias_target('man', man)
208208
alias_target('install-man', install_doc_man)
209209

210-
# built and installed as part of the the docs target
210+
# built and installed as part of the docs target
211211
installdocs += install_doc_man
212212
docs += man
213213
endif

src/backend/access/gin/ginbtree.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -766,7 +766,7 @@ ginFinishSplit(GinBtree btree, GinBtreeStack *stack, bool freestack,
766766
/*
767767
* An entry point to ginFinishSplit() that is used when we stumble upon an
768768
* existing incompletely split page in the tree, as opposed to completing a
769-
* split that we just made outselves. The difference is that stack->buffer may
769+
* split that we just made ourselves. The difference is that stack->buffer may
770770
* be merely share-locked on entry, and will be upgraded to exclusive mode.
771771
*
772772
* Note: Upgrading the lock momentarily releases it. Doing that in a scan

src/backend/access/heap/pruneheap.c

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -33,7 +33,7 @@
3333
typedef struct
3434
{
3535
/*-------------------------------------------------------
36-
* Arguments passed to heap_page_and_freeze()
36+
* Arguments passed to heap_page_prune_and_freeze()
3737
*-------------------------------------------------------
3838
*/
3939

@@ -306,7 +306,7 @@ heap_page_prune_opt(Relation relation, Buffer buffer)
306306
* If the HEAP_PRUNE_FREEZE option is set, we will also freeze tuples if it's
307307
* required in order to advance relfrozenxid / relminmxid, or if it's
308308
* considered advantageous for overall system performance to do so now. The
309-
* 'cutoffs', 'presult', 'new_refrozen_xid' and 'new_relmin_mxid' arguments
309+
* 'cutoffs', 'presult', 'new_relfrozen_xid' and 'new_relmin_mxid' arguments
310310
* are required when freezing. When HEAP_PRUNE_FREEZE option is set, we also
311311
* set presult->all_visible and presult->all_frozen on exit, to indicate if
312312
* the VM bits can be set. They are always set to false when the
@@ -337,7 +337,7 @@ heap_page_prune_opt(Relation relation, Buffer buffer)
337337
* off_loc is the offset location required by the caller to use in error
338338
* callback.
339339
*
340-
* new_relfrozen_xid and new_relmin_xid must provided by the caller if the
340+
* new_relfrozen_xid and new_relmin_mxid must provided by the caller if the
341341
* HEAP_PRUNE_FREEZE option is set. On entry, they contain the oldest XID and
342342
* multi-XID seen on the relation so far. They will be updated with oldest
343343
* values present on the page after pruning. After processing the whole

src/backend/access/nbtree/nbtutils.c

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1756,7 +1756,7 @@ _bt_start_prim_scan(IndexScanDesc scan, ScanDirection dir)
17561756
*
17571757
* (The rules are the same for backwards scans, except that the operators are
17581758
* flipped: just replace the precondition's >= operator with a <=, and the
1759-
* postcondition's <= operator with with a >=. In other words, just swap the
1759+
* postcondition's <= operator with a >=. In other words, just swap the
17601760
* precondition with the postcondition.)
17611761
*
17621762
* We also deal with "advancing" non-required arrays here. Callers whose
@@ -4133,7 +4133,7 @@ _bt_checkkeys_look_ahead(IndexScanDesc scan, BTReadPageState *pstate,
41334133
else
41344134
{
41354135
/*
4136-
* Failure -- "ahead" tuple is too far ahead (we were too aggresive).
4136+
* Failure -- "ahead" tuple is too far ahead (we were too aggressive).
41374137
*
41384138
* Reset the number of rechecks, and aggressively reduce the target
41394139
* distance (we're much more aggressive here than we were when the

src/backend/access/rmgrdesc/xactdesc.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,7 @@
2525
* Parse the WAL format of an xact commit and abort records into an easier to
2626
* understand format.
2727
*
28-
* This routines are in xactdesc.c because they're accessed in backend (when
28+
* These routines are in xactdesc.c because they're accessed in backend (when
2929
* replaying WAL) and frontend (pg_waldump) code. This file is the only xact
3030
* specific one shared between both. They're complicated enough that
3131
* duplication would be bothersome.

src/backend/catalog/pg_constraint.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1668,7 +1668,7 @@ DeconstructFkConstraintRow(HeapTuple tuple, int *numfks,
16681668
}
16691669

16701670
/*
1671-
* FindFkPeriodOpers -
1671+
* FindFKPeriodOpers -
16721672
*
16731673
* Looks up the operator oids used for the PERIOD part of a temporal foreign key.
16741674
* The opclass should be the opclass of that PERIOD element.

0 commit comments

Comments
 (0)