From 478a412b6475c1a7527cc58593f79c7ae5ba21cb Mon Sep 17 00:00:00 2001 From: Justin Pryzby Date: Sat, 14 Nov 2020 23:09:21 -0600 Subject: [PATCH 01/17] typos in master --- doc/src/sgml/datatype.sgml | 2 +- src/backend/access/transam/xlog.c | 2 +- src/backend/partitioning/partprune.c | 4 ++-- src/tools/msvc/README | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) diff --git a/doc/src/sgml/datatype.sgml b/doc/src/sgml/datatype.sgml index 58d168c763..55d79c02f5 100644 --- a/doc/src/sgml/datatype.sgml +++ b/doc/src/sgml/datatype.sgml @@ -639,7 +639,7 @@ NUMERIC The NaN (not a number) value is used to represent - undefined calculational results. In general, any operation with + undefined computational results. In general, any operation with a NaN input yields another NaN. The only exception is when the operation's other inputs are such that the same output would be obtained if the NaN were to diff --git a/src/backend/access/transam/xlog.c b/src/backend/access/transam/xlog.c index 158d5fdedc..3fb3a4c107 100644 --- a/src/backend/access/transam/xlog.c +++ b/src/backend/access/transam/xlog.c @@ -10439,7 +10439,7 @@ get_sync_bit(int method) * * Never use O_DIRECT in walreceiver process for similar reasons; the WAL * written by walreceiver is normally read by the startup process soon - * after its written. Also, walreceiver performs unaligned writes, which + * after it's written. Also, walreceiver performs unaligned writes, which * don't work with O_DIRECT, so it is required for correctness too. */ if (!XLogIsNeeded() && !AmWalReceiverProcess()) diff --git a/src/backend/partitioning/partprune.c b/src/backend/partitioning/partprune.c index 8e1187e31f..e7c7a6deb6 100644 --- a/src/backend/partitioning/partprune.c +++ b/src/backend/partitioning/partprune.c @@ -3119,7 +3119,7 @@ get_matching_range_bounds(PartitionPruneContext *context, /* * If the smallest partition to return has MINVALUE (negative infinity) as * its lower bound, increment it to point to the next finite bound - * (supposedly its upper bound), so that we don't advertently end up + * (supposedly its upper bound), so that we don't inadvertently end up * scanning the default partition. */ if (minoff < boundinfo->ndatums && partindices[minoff] < 0) @@ -3138,7 +3138,7 @@ get_matching_range_bounds(PartitionPruneContext *context, * If the previous greatest partition has MAXVALUE (positive infinity) as * its upper bound (something only possible to do with multi-column range * partitioning), we scan switch to it as the greatest partition to - * return. Again, so that we don't advertently end up scanning the + * return. Again, so that we don't inadvertently end up scanning the * default partition. */ if (maxoff >= 1 && partindices[maxoff] < 0) diff --git a/src/tools/msvc/README b/src/tools/msvc/README index d22fff331d..f1547594fd 100644 --- a/src/tools/msvc/README +++ b/src/tools/msvc/README @@ -81,7 +81,7 @@ VSObjectFactory.pm factory module providing the code to create the Description of the internals of the Visual Studio build process --------------------------------------------------------------- By typing 'build' the user starts the build.bat wrapper which simply passes -it's arguments to build.pl. +its arguments to build.pl. In build.pl the user's buildenv.pl is used to set up the build environment (i. e. path to bison and flex). In addition his config.pl file is merged into config_default.pl to create the configuration arguments. -- 2.17.0