Fix Latin spelling

petere · petere · commit 9e945f862633 · 2018-01-11T08:32:01.000-05:00
"c.f." should be "cf.".
diff --git 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
@@ -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
@@ -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
@@ -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
@@ -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
@@ -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
@@ -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
@@ -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 ||

Original file line number	Diff line number	Diff line change
`@@ -120,7 +120,7 @@ IsCatalogClass(Oid relid, Form_pg_class reltuple)`
`120`	`120`	`* this is noticeably cheaper and doesn't require catalog access.`
`121`	`121`	`*`
`122`	`122`	`* This test is safe since even an oid wraparound will preserve this`
`123`		`- * property (c.f. GetNewObjectId()) and it has the advantage that it works`
	`123`	`+ * property (cf. GetNewObjectId()) and it has the advantage that it works`
`124`	`124`	`* correctly even if a user decides to create a relation in the pg_catalog`
`125`	`125`	`* namespace.`
`126`	`126`	`* ----`
Original file line number	Diff line number	Diff line change
`@@ -60,7 +60,7 @@`
`60`	`60`	`* all our platforms, but it also simplifies memory ordering concerns`
`61`	`61`	`* between the remote and local lsn. We use a lwlock instead of a spinlock`
`62`	`62`	`* so it's less harmful to hold the lock over a WAL write`
`63`		`- * (c.f. AdvanceReplicationProgress).`
	`63`	`+ * (cf. AdvanceReplicationProgress).`
`64`	`64`	`*`
`65`	`65`	`* ---------------------------------------------------------------------------`
`66`	`66`	`*/`
Original file line number	Diff line number	Diff line change
`@@ -820,7 +820,7 @@ ProcArrayApplyRecoveryInfo(RunningTransactions running)`
`820`	`820`
`821`	`821`	`/*`
`822`	`822`	`* latestObservedXid is at least set to the point where SUBTRANS was`
`823`		`- * started up to (c.f. ProcArrayInitRecovery()) or to the biggest xid`
	`823`	`+ * started up to (cf. ProcArrayInitRecovery()) or to the biggest xid`
`824`	`824`	`* RecordKnownAssignedTransactionIds() was called for. Initialize`
`825`	`825`	`* subtrans from thereon, up to nextXid - 1.`
`826`	`826`	`*`