Fix typos.
authorAmit Kapila
Mon, 10 Feb 2020 04:01:18 +0000 (09:31 +0530)
committerAmit Kapila
Mon, 10 Feb 2020 04:01:18 +0000 (09:31 +0530)
Reported-by: Justin Pryzby
Author: Justin Pryzby
Discussion: https://postgr.es/m/20200206021432[email protected]

doc/src/sgml/sources.sgml
src/backend/access/transam/README.parallel
src/backend/storage/buffer/bufmgr.c
src/backend/storage/sync/sync.c
src/include/access/tableam.h

index 25e7763c7c7696d308fa99b68cd72bef78ae3523..32ca2201b85a37288bd5db1849a85beabd4f66dd 100644 (file)
@@ -511,7 +511,7 @@ Hint:       the addendum
 
    
     There are functions in the backend that will double-quote their own output
-    at need (for example, format_type_be()).  Do not put
+    as needed (for example, format_type_be()).  Do not put
     additional quotes around the output of such functions.
    
 
@@ -880,7 +880,7 @@ BETTER: unrecognized node type: 42
      practices.
     
     
-     Features from later revision of the C standard or compiler specific
+     Features from later revisions of the C standard or compiler specific
      features can be used, if a fallback is provided.
     
     
index 85e5840feba5424c9e709337f9a46248f57f1eb0..99c588d6dcb9c9e9305440868f5b1575949d997c 100644 (file)
@@ -169,7 +169,7 @@ differently because of them.  Right now, we don't even allow that.
 At the end of a parallel operation, which can happen either because it
 completed successfully or because it was interrupted by an error, parallel
 workers associated with that operation exit.  In the error case, transaction
-abort processing in the parallel leader kills of any remaining workers, and
+abort processing in the parallel leader kills off any remaining workers, and
 the parallel leader then waits for them to die.  In the case of a successful
 parallel operation, the parallel leader does not send any signals, but must
 wait for workers to complete and exit of their own volition.  In either
index aba3960481107f391822f8f9406a34871313a74f..588005424547a8043818f7ad043ab7ba0b173077 100644 (file)
@@ -4291,7 +4291,7 @@ ts_ckpt_progress_comparator(Datum a, Datum b, void *arg)
  *
  * *max_pending is a pointer instead of an immediate value, so the coalesce
  * limits can easily changed by the GUC mechanism, and so calling code does
- * not have to check the current configuration. A value is 0 means that no
+ * not have to check the current configuration. A value of 0 means that no
  * writeback control will be performed.
  */
 void
index 9cb7c6503317345a7dbf6336a9a2c2d1308567d3..8282a476b41f9f0e9763afc322b255d3a23156fd 100644 (file)
@@ -216,7 +216,7 @@ SyncPostCheckpoint(void)
 
        /*
         * As in ProcessSyncRequests, we don't want to stop absorbing fsync
-        * requests for along time when there are many deletions to be done.
+        * requests for a long time when there are many deletions to be done.
         * We can safely call AbsorbSyncRequests() at this point in the loop
         * (note it might try to delete list entries).
         */
index 5a663975b9f650ff7d8c68b4440183ddb8125454..91f84b110783fc564be6a8b15496ad1b722a88d7 100644 (file)
@@ -1199,7 +1199,7 @@ table_tuple_complete_speculative(Relation rel, TupleTableSlot *slot,
  * operation. That's often faster than calling table_insert() in a loop,
  * because e.g. the AM can reduce WAL logging and page locking overhead.
  *
- * Except for taking `nslots` tuples as input, as an array of TupleTableSlots
+ * Except for taking `nslots` tuples as input, and an array of TupleTableSlots
  * in `slots`, the parameters for table_multi_insert() are the same as for
  * table_tuple_insert().
  *