From 20c018b9350cb17e87930cebb66b715bc4b9fcf4 Mon Sep 17 00:00:00 2001 From: Sehrope Sarkuni Date: Fri, 2 Aug 2019 05:58:35 -0400 Subject: [PATCH] Use American spelling for "serialize" and "materalize" --- contrib/pgstattuple/pgstatapprox.c | 2 +- contrib/xml2/xpath.c | 2 +- src/backend/access/transam/README | 4 ++-- src/backend/storage/buffer/bufmgr.c | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) diff --git a/contrib/pgstattuple/pgstatapprox.c b/contrib/pgstattuple/pgstatapprox.c index 636c8d40ac..83b3270554 100644 --- a/contrib/pgstattuple/pgstatapprox.c +++ b/contrib/pgstattuple/pgstatapprox.c @@ -278,7 +278,7 @@ pgstattuple_approx_internal(Oid relid, FunctionCallInfo fcinfo) errmsg("cannot access temporary tables of other sessions"))); /* - * We support only ordinary relations and materialised views, because we + * We support only ordinary relations and materialized views, because we * depend on the visibility map and free space map for our estimates about * unscanned pages. */ diff --git a/contrib/xml2/xpath.c b/contrib/xml2/xpath.c index 1e5b71d9a0..11749b6c47 100644 --- a/contrib/xml2/xpath.c +++ b/contrib/xml2/xpath.c @@ -573,7 +573,7 @@ xpath_table(PG_FUNCTION_ARGS) errmsg("xpath_table must be called as a table function"))); /* - * We want to materialise because it means that we don't have to carry + * We want to materialize because it means that we don't have to carry * libxml2 parser state between invocations of this function */ if (!(rsinfo->allowedModes & SFRM_Materialize)) diff --git a/src/backend/access/transam/README b/src/backend/access/transam/README index ad4083eb6b..49b6809c82 100644 --- a/src/backend/access/transam/README +++ b/src/backend/access/transam/README @@ -609,8 +609,8 @@ or more buffer locks be held concurrently, you must lock the pages in appropriate order, and not release the locks until all the changes are done. Note that we must only use PageSetLSN/PageGetLSN() when we know the action -is serialised. Only Startup process may modify data blocks during recovery, -so Startup process may execute PageGetLSN() without fear of serialisation +is serialized. Only Startup process may modify data blocks during recovery, +so Startup process may execute PageGetLSN() without fear of serialization problems. All other processes must only call PageSet/GetLSN when holding either an exclusive buffer lock or a shared lock plus buffer header lock, or be writing the data block directly rather than through shared buffers diff --git a/src/backend/storage/buffer/bufmgr.c b/src/backend/storage/buffer/bufmgr.c index 6f3a402854..3d9e0a3488 100644 --- a/src/backend/storage/buffer/bufmgr.c +++ b/src/backend/storage/buffer/bufmgr.c @@ -3519,7 +3519,7 @@ MarkBufferDirtyHint(Buffer buffer, bool buffer_std) /* * Set the page LSN if we wrote a backup block. We aren't supposed * to set this when only holding a share lock but as long as we - * serialise it somehow we're OK. We choose to set LSN while + * serialize it somehow we're OK. We choose to set LSN while * holding the buffer header lock, which causes any reader of an * LSN who holds only a share lock to also obtain a buffer header * lock before using PageGetLSN(), which is enforced in -- 2.17.1