8000 Fix various typos · postgrespro/postgres@b4dbf3e · GitHub
[go: up one dir, main page]
Skip to content

Commit b4dbf3e

Browse files
david-rowleydavid-rowley
committed
Fix various typos
This fixes many spelling mistakes in comments, but a few references to invalid parameter names, function names and option names too in comments and also some in string constants Also, fix an #undef that was undefining the incorrect definition Author: Alexander Lakhin Reviewed-by: Justin Pryzby Discussion: https://postgr.es/m/d5f68d19-c0fc-91a9-118d-7c6a5a3f5fad@gmail.com
1 parent e39d512 commit b4dbf3e

File tree

35 files changed

+46
-46
lines changed

35 files changed

+46
-46
lines changed

‎contrib/amcheck/verify_heapam.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1009,7 +1009,7 @@ check_tuple_header(HeapCheckContext *ctx)
10091009
* TOAST tuples -- are eligible for pruning.
10101010
*
10111011
* Sets *xmin_commit_status_ok to true if the commit status of xmin is known
1012-
* and false otherwise. If it's set to true, then also set *xid_commit_status
1012+
* and false otherwise. If it's set to true, then also set *xmin_commit_status
10131013
* to the actual commit status.
10141014
*/
10151015
static bool

‎contrib/pg_walinspect/pg_walinspect.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -401,7 +401,7 @@ GetWALBlockInfo(FunctionCallInfo fcinfo, XLogReaderState *record,
401401
values, nulls);
402402
}
403403

404-
#undef PG_GET_WAL_FPI_BLOCK_COLS
404+
#undef PG_GET_WAL_BLOCK_INFO_COLS
405405
}
406406

407407
/*

‎contrib/postgres_fdw/connection.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1686,7 +1686,7 @@ pgfdw_abort_cleanup(ConnCacheEntry *entry, bool toplevel)
16861686
*
16871687
* Returns true if the abort command or cancel request is successfully issued,
16881688
* false otherwise. If the abort command is successfully issued, the given
1689-
* connection cache entry is appended to *pending_entries. Othewise, if the
1689+
* connection cache entry is appended to *pending_entries. Otherwise, if the
16901690
* cancel request is successfully issued, it is appended to *cancel_requested.
16911691
*/
16921692
static bool

‎contrib/postgres_fdw/postgres_fdw.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5016,7 +5016,7 @@ postgresGetAnalyzeInfoForForeignTable(Relation relation, bool *can_tablesample)
50165016
pgfdw_report_error(ERROR, res, conn, false, sql.data);
50175017

50185018
if (PQntuples(res) != 1 || PQnfields(res) != 2)
5019-
elog(ERROR, "unexpected result from deparseAnalyzeTuplesSql query");
5019+
elog(ERROR, "unexpected result from deparseAnalyzeInfoSql query");
50205020
reltuples = strtod(PQgetvalue(res, 0, 0), NULL);
50215021
relkind = *(PQgetvalue(res, 0, 1));
50225022
}

‎meson.build

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2963,7 +2963,7 @@ endif
29632963
# generation happens during install, so that's not a real issue.
29642964
nls_mo_targets = []
29652965
if libintl.found() and meson.version().version_compare('>=0.60')
2966-
# use range() to avoid the flattening of the list that forech() would do
2966+
# use range() to avoid the flattening of the list that foreach() would do
29672967
foreach off : range(0, nls_targets.length())
29682968
# i18n.gettext() list containing 1) list of built .mo files 2) maintainer
29692969
# -pot target 3) maintainer -pot target

‎src/backend/backup/basebackup.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -254,7 +254,7 @@ perform_base_backup(basebackup_options *opt, bbsink *sink)
254254

255255
total_checksum_failures = 0;
256256

257-
/* Allocate backup related varilables. */
257+
/* Allocate backup related variables. */
258258
backup_state = (BackupState *) palloc0(sizeof(BackupState));
259259
tablespace_map = makeStringInfo();
260260

‎src/backend/executor/execUtils.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1403,7 +1403,7 @@ GetResultRTEPermissionInfo(ResultRelInfo *relinfo, EState *estate)
14031403
}
14041404

14051405
/*
1406-
* GetResultRelCheckAsUser
1406+
* ExecGetResultRelCheckAsUser
14071407
* Returns the user to modify passed-in result relation as
14081408
*
14091409
* The user is chosen by looking up the relation's or, if a child table, its

‎src/backend/executor/nodeModifyTable.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -904,7 +904,7 @@ ExecInsert(ModifyTableContext *context,
904904
* If these are the first tuples stored in the buffers, add the
905905
* target rel and the mtstate to the
906906
* es_insert_pending_result_relations and
907-
* es_insert_pending_modifytables lists respectively, execpt in
907+
* es_insert_pending_modifytables lists respectively, except in
908908
* the case where flushing was done above, in which case they
909909
* would already have been added to the lists, so no need to do
910910
* this.

‎src/backend/rewrite/rewriteManip.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -343,7 +343,7 @@ contains_multiexpr_param(Node *node, void *context)
343343
* the RTEs in 'src_rtable' to now point to the perminfos' indexes in
344344
* *dst_perminfos.
345345
*
346-
* Note that this changes both 'dst_rtable' and 'dst_perminfo' destructively,
346+
* Note that this changes both 'dst_rtable' and 'dst_perminfos' destructively,
347347
* so the caller should have better passed safe-to-modify copies.
348348
*/
349349
void

‎src/backend/storage/buffer/bufmgr.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2046,7 +2046,7 @@ ExtendBufferedRelShared(ExtendBufferedWhat eb,
20462046
io_start = pgstat_prepare_io_time();
20472047

20482048
/*
2049-
* Note: if smgzerorextend fails, we will end up with buffers that are
2049+
* Note: if smgrzeroextend fails, we will end up with buffers that are
20502050
* allocated but not marked BM_VALID. The next relation extension will
20512051
* still select the same block number (because the relation didn't get any
20522052
* longer on disk) and so future attempts to extend the relation will find

0 commit comments

Comments
 (0)
0