@@ -921,7 +921,7 @@ ReadBuffer_common(SMgrRelation smgr, char relpersistence, ForkNumber forkNum,
921921 *
922922 * Since no-one else can be looking at the page contents yet, there is no
923923 * difference between an exclusive lock and a cleanup-strength lock. (Note
924- * that we cannot use LockBuffer()of LockBufferForCleanup() here, because
924+ * that we cannot use LockBuffer()or LockBufferForCleanup() here, because
925925 * they assert that the buffer is already valid.)
926926 */
927927if ((mode == RBM_ZERO_AND_LOCK || mode == RBM_ZERO_AND_CLEANUP_LOCK )&&
@@ -1882,7 +1882,7 @@ BufferSync(int flags)
18821882 * and clears the flag right after we check, but that doesn't matter
18831883 * since SyncOneBuffer will then do nothing. However, there is a
18841884 * further race condition: it's conceivable that between the time we
1885- * examine the bit here and the time SyncOneBuffer acquires lock,
1885+ * examine the bit here and the time SyncOneBuffer acquiresthe lock,
18861886 * someone else not only wrote the buffer but replaced it with another
18871887 * page and dirtied it. In that improbable case, SyncOneBuffer will
18881888 * write the buffer though we didn't need to. It doesn't seem worth