From 9e945f862633882cae3183d465f321bd8dd591f9 Mon Sep 17 00:00:00 2001 From: Peter Eisentraut Date: Thu, 11 Jan 2018 08:31:11 -0500 Subject: [PATCH] Fix Latin spelling "c.f." should be "cf.". --- src/backend/catalog/catalog.c | 2 +- src/backend/optimizer/util/clauses.c | 2 +- src/backend/replication/logical/origin.c | 2 +- src/backend/replication/logical/reorderbuffer.c | 4 ++-- src/backend/replication/logical/snapbuild.c | 2 +- src/backend/storage/ipc/procarray.c | 2 +- src/backend/utils/cache/relcache.c | 2 +- src/bin/psql/describe.c | 2 +- 8 files changed, 9 insertions(+), 9 deletions(-) diff --git a/src/backend/catalog/catalog.c b/src/backend/catalog/catalog.c index 8f3cd07fa4..809749add9 100644 --- a/src/backend/catalog/catalog.c +++ b/src/backend/catalog/catalog.c @@ -120,7 +120,7 @@ IsCatalogClass(Oid relid, Form_pg_class reltuple) * this is noticeably cheaper and doesn't require catalog access. * * This test is safe since even an oid wraparound will preserve this - * property (c.f. GetNewObjectId()) and it has the advantage that it works + * property (cf. GetNewObjectId()) and it has the advantage that it works * correctly even if a user decides to create a relation in the pg_catalog * namespace. * ---- diff --git a/src/backend/optimizer/util/clauses.c b/src/backend/optimizer/util/clauses.c index cf38b4eb5e..89f27ce0eb 100644 --- a/src/backend/optimizer/util/clauses.c +++ b/src/backend/optimizer/util/clauses.c @@ -1611,7 +1611,7 @@ contain_leaked_vars_walker(Node *node, void *context) * WHERE CURRENT OF doesn't contain leaky function calls. * Moreover, it is essential that this is considered non-leaky, * since the planner must always generate a TID scan when CURRENT - * OF is present -- c.f. cost_tidscan. + * OF is present -- cf. cost_tidscan. */ return false; diff --git a/src/backend/replication/logical/origin.c b/src/backend/replication/logical/origin.c index 9a20042a3c..5cc9a955d7 100644 --- a/src/backend/replication/logical/origin.c +++ b/src/backend/replication/logical/origin.c @@ -60,7 +60,7 @@ * all our platforms, but it also simplifies memory ordering concerns * between the remote and local lsn. We use a lwlock instead of a spinlock * so it's less harmful to hold the lock over a WAL write - * (c.f. AdvanceReplicationProgress). + * (cf. AdvanceReplicationProgress). * * --------------------------------------------------------------------------- */ diff --git a/src/backend/replication/logical/reorderbuffer.c b/src/backend/replication/logical/reorderbuffer.c index 1208da2972..c72a611a39 100644 --- a/src/backend/replication/logical/reorderbuffer.c +++ b/src/backend/replication/logical/reorderbuffer.c @@ -15,7 +15,7 @@ * they are written to the WAL and is responsible to reassemble them into * toplevel transaction sized pieces. When a transaction is completely * reassembled - signalled by reading the transaction commit record - it - * will then call the output plugin (c.f. ReorderBufferCommit()) with the + * will then call the output plugin (cf. ReorderBufferCommit()) with the * individual changes. The output plugins rely on snapshots built by * snapbuild.c which hands them to us. * @@ -1752,7 +1752,7 @@ ReorderBufferForget(ReorderBuffer *rb, TransactionId xid, XLogRecPtr lsn) /* * Execute invalidations happening outside the context of a decoded * transaction. That currently happens either for xid-less commits - * (c.f. RecordTransactionCommit()) or for invalidations in uninteresting + * (cf. RecordTransactionCommit()) or for invalidations in uninteresting * transactions (via ReorderBufferForget()). */ void diff --git a/src/backend/replication/logical/snapbuild.c b/src/backend/replication/logical/snapbuild.c index 5b35f22a32..4123cdebcf 100644 --- a/src/backend/replication/logical/snapbuild.c +++ b/src/backend/replication/logical/snapbuild.c @@ -42,7 +42,7 @@ * catalog in a transaction. During normal operation this is achieved by using * CommandIds/cmin/cmax. The problem with that however is that for space * efficiency reasons only one value of that is stored - * (c.f. combocid.c). Since ComboCids are only available in memory we log + * (cf. combocid.c). Since ComboCids are only available in memory we log * additional information which allows us to get the original (cmin, cmax) * pair during visibility checks. Check the reorderbuffer.c's comment above * ResolveCminCmaxDuringDecoding() for details. diff --git a/src/backend/storage/ipc/procarray.c b/src/backend/storage/ipc/procarray.c index 40451c9315..1a00011adc 100644 --- a/src/backend/storage/ipc/procarray.c +++ b/src/backend/storage/ipc/procarray.c @@ -820,7 +820,7 @@ ProcArrayApplyRecoveryInfo(RunningTransactions running) /* * latestObservedXid is at least set to the point where SUBTRANS was - * started up to (c.f. ProcArrayInitRecovery()) or to the biggest xid + * started up to (cf. ProcArrayInitRecovery()) or to the biggest xid * RecordKnownAssignedTransactionIds() was called for. Initialize * subtrans from thereon, up to nextXid - 1. * diff --git a/src/backend/utils/cache/relcache.c b/src/backend/utils/cache/relcache.c index 28a4483434..00ba33bfb4 100644 --- a/src/backend/utils/cache/relcache.c +++ b/src/backend/utils/cache/relcache.c @@ -2511,7 +2511,7 @@ RelationClearRelation(Relation relation, bool rebuild) /* * This shouldn't happen as dropping a relation is intended to be - * impossible if still referenced (c.f. CheckTableNotInUse()). But + * impossible if still referenced (cf. CheckTableNotInUse()). But * if we get here anyway, we can't just delete the relcache entry, * as it possibly could get accessed later (as e.g. the error * might get trapped and handled via a subtransaction rollback). diff --git a/src/bin/psql/describe.c b/src/bin/psql/describe.c index f2e62946d8..d2787ab41b 100644 --- a/src/bin/psql/describe.c +++ b/src/bin/psql/describe.c @@ -1722,7 +1722,7 @@ describeOneTableDetails(const char *schemaname, /* * In 9.0+, we have column comments for: relations, views, composite - * types, and foreign tables (c.f. CommentObject() in comment.c). + * types, and foreign tables (cf. CommentObject() in comment.c). */ if (tableinfo.relkind == RELKIND_RELATION || tableinfo.relkind == RELKIND_VIEW ||