Skip to content

Commit fa60fb6

Browse files
committed
Fix more typos in comments.
Patch by CharSyam, plus a few more I spotted with grep.
1 parent 4fc72cc commit fa60fb6

File tree

23 files changed

+29
-29
lines changed

23 files changed

+29
-29
lines changed

src/backend/access/brin/brin_pageops.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -494,7 +494,7 @@ brin_evacuate_page(Relation idxRel, BlockNumber pagesPerRange,
494494
* index item of size itemsz. If oldbuf is a valid buffer, it is also locked
495495
* (in an order determined to avoid deadlocks.)
496496
*
497-
* If there's no existing page with enough free space to accomodate the new
497+
* If there's no existing page with enough free space to accommodate the new
498498
* item, the relation is extended. If this happens, *extended is set to true.
499499
*
500500
* If we find that the old page is no longer a regular index page (because

src/backend/access/heap/README.tuplock

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@ is implemented by storing locking information in the tuple header: a tuple is
99
marked as locked by setting the current transaction's XID as its XMAX, and
1010
setting additional infomask bits to distinguish this case from the more normal
1111
case of having deleted the tuple. When multiple transactions concurrently
12-
lock a tuple, a MultiXact is used; see below. This mechanism can accomodate
12+
lock a tuple, a MultiXact is used; see below. This mechanism can accommodate
1313
arbitrarily large numbers of tuples being locked simultaneously.
1414

1515
When it is necessary to wait for a tuple-level lock to be released, the basic

src/backend/access/transam/twophase.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -269,7 +269,7 @@ AtAbort_Twophase(void)
269269
* can be finished later, so just unlock it.
270270
*
271271
* If we abort during prepare, after having written the WAL record, we
272-
* might not have transfered all locks and other state to the prepared
272+
* might not have transferred all locks and other state to the prepared
273273
* transaction yet. Likewise, if we abort during commit or rollback,
274274
* after having written the WAL record, we might not have released
275275
* all the resources held by the transaction yet. In those cases, the

src/backend/access/transam/xact.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2317,7 +2317,7 @@ PrepareTransaction(void)
23172317
/*
23182318
* In normal commit-processing, this is all non-critical post-transaction
23192319
* cleanup. When the transaction is prepared, however, it's important that
2320-
* the locks and other per-backend resources are transfered to the
2320+
* the locks and other per-backend resources are transferred to the
23212321
* prepared transaction's PGPROC entry. Note that if an error is raised
23222322
* here, it's too late to abort the transaction. XXX: This probably should
23232323
* be in a critical section, to force a PANIC if any of this fails, but

src/backend/commands/event_trigger.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -883,7 +883,7 @@ EventTriggerSQLDrop(Node *parsetree)
883883
/*
884884
* Nothing to do if run list is empty. Note this shouldn't happen,
885885
* because if there are no sql_drop events, then objects-to-drop wouldn't
886-
* have been collected in the first place and we would have quitted above.
886+
* have been collected in the first place and we would have quit above.
887887
*/
888888
if (runlist == NIL)
889889
return;

src/backend/commands/vacuumlazy.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -952,7 +952,7 @@ lazy_scan_heap(Relation onerel, LVRelStats *vacrelstats,
952952
heap_execute_freeze_tuple(htup, &frozen[i]);
953953
}
954954

955-
/* Now WAL-log freezing if neccessary */
955+
/* Now WAL-log freezing if necessary */
956956
if (RelationNeedsWAL(onerel))
957957
{
958958
XLogRecPtr recptr;

src/backend/postmaster/bgwriter.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -297,7 +297,7 @@ BackgroundWriterMain(void)
297297
* overall timeout handling but just assume we're going to get called
298298
* often enough even if hibernation mode is active. It's not that
299299
* important that log_snap_interval_ms is met strictly. To make sure
300-
* we're not waking the disk up unneccesarily on an idle system we
300+
* we're not waking the disk up unnecessarily on an idle system we
301301
* check whether there has been any WAL inserted since the last time
302302
* we've logged a running xacts.
303303
*

src/backend/replication/basebackup.c

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -85,7 +85,7 @@ static char *statrelpath = NULL;
8585
/* The actual number of bytes, transfer of which may cause sleep. */
8686
static uint64 throttling_sample;
8787

88-
/* Amount of data already transfered but not yet throttled. */
88+
/* Amount of data already transferred but not yet throttled. */
8989
static int64 throttling_counter;
9090

9191
/* The minimum time required to transfer throttling_sample bytes. */
@@ -172,7 +172,7 @@ perform_base_backup(basebackup_options *opt, DIR *tblspcdir)
172172

173173
/*
174174
* The minimum amount of time for throttling_sample bytes to be
175-
* transfered.
175+
* transferred.
176176
*/
177177
elapsed_min_unit = USECS_PER_SEC / THROTTLING_FREQUENCY;
178178

src/backend/replication/logical/origin.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1342,7 +1342,7 @@ pg_replication_origin_advance(PG_FUNCTION_ARGS)
13421342
/*
13431343
* Can't sensibly pass a local commit to be flushed at checkpoint - this
13441344
* xact hasn't committed yet. This is why this function should be used to
1345-
* set up the intial replication state, but not for replay.
1345+
* set up the initial replication state, but not for replay.
13461346
*/
13471347
replorigin_advance(node, remote_commit, InvalidXLogRecPtr,
13481348
true /* go backward */, true /* wal log */);

src/backend/replication/logical/reorderbuffer.c

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -143,7 +143,7 @@ typedef struct ReorderBufferDiskChange
143143
* without hitting disk in OLTP workloads, while starting to spool to disk in
144144
* other workloads reasonably fast.
145145
*
146-
* At some point in the future it probaly makes sense to have a more elaborate
146+
* At some point in the future it probably makes sense to have a more elaborate
147147
* resource management here, but it's not entirely clear what that would look
148148
* like.
149149
*/
@@ -1704,7 +1704,7 @@ ReorderBufferForget(ReorderBuffer *rb, TransactionId xid, XLogRecPtr lsn)
17041704
txn->final_lsn = lsn;
17051705

17061706
/*
1707-
* Proccess cache invalidation messages if there are any. Even if we're
1707+
* Process cache invalidation messages if there are any. Even if we're
17081708
* not interested in the transaction's contents, it could have manipulated
17091709
* the catalog and we need to update the caches according to that.
17101710
*/

0 commit comments

Comments
 (0)