]> granicus.if.org Git - postgresql/commitdiff
Fix typos in comments.
authorNoah Misch <noah@leadboat.com>
Wed, 11 Jun 2014 23:50:29 +0000 (19:50 -0400)
committerNoah Misch <noah@leadboat.com>
Wed, 11 Jun 2014 23:50:29 +0000 (19:50 -0400)
src/backend/catalog/namespace.c
src/backend/port/win32/socket.c
src/backend/utils/mb/encnames.c
src/bin/pg_dump/pg_dump.c

index 89df585b8704e7ae31759e03a6f14c07c6b31ee4..db2bafd4fab770a84e9976516f345a32b5ff2f55 100644 (file)
@@ -260,7 +260,7 @@ RangeVarGetRelidExtended(const RangeVar *relation, LOCKMODE lockmode,
         * with the answer changing under them, or that they already hold some
         * appropriate lock, and therefore return the first answer we get without
         * checking for invalidation messages.  Also, if the requested lock is
-        * already held, no LockRelationOid will not AcceptInvalidationMessages,
+        * already held, LockRelationOid will not AcceptInvalidationMessages,
         * so we may fail to notice a change.  We could protect against that case
         * by calling AcceptInvalidationMessages() before beginning this loop, but
         * that would add a significant amount overhead, so for now we don't.
@@ -502,7 +502,7 @@ RangeVarGetCreationNamespace(const RangeVar *newRelation)
  * the same name which already exists in that namespace, or to InvalidOid if
  * no such relation exists.
  *
- * If lockmode != NoLock, the specified lock mode is acquire on the existing
+ * If lockmode != NoLock, the specified lock mode is acquired on the existing
  * relation, if any, provided that the current user owns the target relation.
  * However, if lockmode != NoLock and the user does not own the target
  * relation, we throw an ERROR, as we must not try to lock relations the
index 7b0f71b65dd51a7b9205b1084e49348f83180500..6a518e5b6d9c1c5cfdf5c2322aa5366ec7956e62 100644 (file)
@@ -177,7 +177,7 @@ pgwin32_waitforsinglesocket(SOCKET s, int what, int timeout)
         * Just a workaround of unknown locking problem with writing in UDP socket
         * under high load: Client's pgsql backend sleeps infinitely in
         * WaitForMultipleObjectsEx, pgstat process sleeps in pgwin32_select().
-        * So, we will wait with small timeout(0.1 sec) and if sockect is still
+        * So, we will wait with small timeout(0.1 sec) and if socket is still
         * blocked, try WSASend (see comments in pgwin32_select) and wait again.
         */
        if ((what & FD_WRITE) && isUDP)
index 38fae001eb2b6283bb7478911c3ad445ab77e849..94334c47b623f77d190957278a787b7c203f036b 100644 (file)
@@ -1,6 +1,6 @@
 /*
  * Encoding names and routines for work with it. All
- * in this file is shared bedween FE and BE.
+ * in this file is shared between FE and BE.
  *
  * src/backend/utils/mb/encnames.c
  */
index e52591606f55c18d95695b2c0b36ba0f29867deb..67a93a305dd404a3552e5d984f0c84b1c9fbb21f 100644 (file)
@@ -11332,7 +11332,7 @@ dumpCollation(Archive *fout, CollInfo *collinfo)
        /* Make sure we are in proper schema */
        selectSourceSchema(fout, collinfo->dobj.namespace->dobj.name);
 
-       /* Get conversion-specific details */
+       /* Get collation-specific details */
        appendPQExpBuffer(query, "SELECT "
                                          "collcollate, "
                                          "collctype "