Skip to content

Commit 2be5645

Browse files
committed
Ensure we use the correct spelling of "ensure"
We seem to have accidentally used "insure" in a few places. Correct that. Author: Peter Smith Discussion: https://postgr.es/m/CAHut+Pv0biqrhA3pMhu40aDsj343mTsD75khKnHsLqR8P04f=Q@mail.gmail.com Backpatch-through: 12, oldest supported version
1 parent b17a02b commit 2be5645

File tree

3 files changed

+3
-3
lines changed

3 files changed

+3
-3
lines changed

src/backend/access/heap/hio.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -363,7 +363,7 @@ RelationGetBufferForTuple(Relation relation, Size len,
363363
* on, as cached in the BulkInsertState or relcache entry. If that
364364
* doesn't work, we ask the Free Space Map to locate a suitable page.
365365
* Since the FSM's info might be out of date, we have to be prepared to
366-
* loop around and retry multiple times. (To insure this isn't an infinite
366+
* loop around and retry multiple times. (To ensure this isn't an infinite
367367
* loop, we must update the FSM with the correct amount of free space on
368368
* each page that proves not to be suitable.) If the FSM has no record of
369369
* a page with enough free space, we give up and extend the relation.

src/backend/utils/misc/guc.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1124,7 +1124,7 @@ static struct config_bool ConfigureNamesBool[] =
11241124
{"fsync", PGC_SIGHUP, WAL_SETTINGS,
11251125
gettext_noop("Forces synchronization of updates to disk."),
11261126
gettext_noop("The server will use the fsync() system call in several places to make "
1127-
"sure that updates are physically written to disk. This insures "
1127+
"sure that updates are physically written to disk. This ensures "
11281128
"that a database cluster will recover to a consistent state after "
11291129
"an operating system or hardware crash.")
11301130
},

src/include/storage/buf_internals.h

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -150,7 +150,7 @@ typedef struct buftag
150150
* is held. Thus buffer header lock holder can do complex updates of the
151151
* state variable in single write, simultaneously with lock release (cleaning
152152
* BM_LOCKED flag). On the other hand, updating of state without holding
153-
* buffer header lock is restricted to CAS, which insure that BM_LOCKED flag
153+
* buffer header lock is restricted to CAS, which ensures that BM_LOCKED flag
154154
* is not set. Atomic increment/decrement, OR/AND etc. are not allowed.
155155
*
156156
* An exception is that if we have the buffer pinned, its tag can't change

0 commit comments

Comments
 (0)