Merge rev 33265 from 3.4 branch.

English repairs.

src/ZODB/tests/testConnectionSavepoint.txt

@@ -39,11 +39,11 @@ and abort changes:
     >>> root['name']
     'bob'
 
-Now, lets look at an application that manages funds for people.
+Now, let's look at an application that manages funds for people.
 It allows deposits and debits to be entered for multiple people.
 It accepts a sequence of entries and generates a sequence of status
 messages.  For each entry, it applies the change and then validates
-the user's account.  If the user's account is invalid, we role back
+the user's account.  If the user's account is invalid, we roll back
 the change for that entry.  The success or failure of an entry is
 indicated in the output status.  First we'll initialize some accounts:
 
@@ -60,8 +60,7 @@ Now, we'll define a validation function to validate an account:
     ...         raise ValueError('Overdrawn', name)
 
 And a function to apply entries.  If the function fails in some
-unexpected way, it rolls back all of it's changes and
-prints the error:
+unexpected way, it rolls back all of its changes and prints the error:
 
     >>> def apply_entries(entries):
     ...     savepoint = transaction.savepoint()
@@ -103,7 +102,7 @@ Now let's try applying some entries:
     >>> root['sally-balance']
     -80.0
 
-If we give provide entries that cause an unexpected error:
+If we provide entries that cause an unexpected error:
 
     >>> apply_entries([
     ...     ('bob',   10.0),

src/transaction/savepoint.txt

@@ -24,7 +24,6 @@ support within the transaction system.  This data manager is very
 simple.  It provides flat storage of named immutable values, like strings
 and numbers.
 
-
     >>> import transaction.tests.savepointsample
     >>> dm = transaction.tests.savepointsample.SampleSavepointDataManager()
     >>> dm['name'] = 'bob'
@@ -44,11 +43,11 @@ and abort changes:
     >>> dm['name']
     'bob'
 
-Now, lets look at an application that manages funds for people.
+Now, let's look at an application that manages funds for people.
 It allows deposits and debits to be entered for multiple people.
 It accepts a sequence of entries and generates a sequence of status
 messages.  For each entry, it applies the change and then validates
-the user's account.  If the user's account is invalid, we role back
+the user's account.  If the user's account is invalid, we roll back
 the change for that entry.  The success or failure of an entry is
 indicated in the output status.  First we'll initialize some accounts:
 
@@ -65,8 +64,7 @@ Now, we'll define a validation function to validate an account:
     ...         raise ValueError('Overdrawn', name)
 
 And a function to apply entries.  If the function fails in some
-unexpected way, it rolls back all of it's changes and
-prints the error:
+unexpected way, it rolls back all of its changes and prints the error:
 
     >>> def apply_entries(entries):
     ...     savepoint = transaction.savepoint()
@@ -108,7 +106,7 @@ Now let's try applying some entries:
     >>> dm['sally-balance']
     -80.0
 
-If we give provide entries that cause an unexpected error:
+If we provide entries that cause an unexpected error:
 
     >>> apply_entries([
     ...     ('bob',   10.0),
@@ -160,7 +158,7 @@ Once a savepoint has been used, it can't be used again:
     ...
     InvalidSavepointRollbackError
 
-Using a savepoint also invalidates any savepoints that com eafter it:
+Using a savepoint also invalidates any savepoints that come after it:
 
     >>> savepoint1 = transaction.savepoint()
     >>> dm['bob-balance'] = 100.0
@@ -202,8 +200,8 @@ support savepoints:
 
 However, a flag can be passed to the transaction savepoint method to
 indicate that databases without savepoint support should be tolerated
-until a savepoint is roled back.  This allows transactions to proceed
-is there are no reasons to roll back:
+until a savepoint is rolled back.  This allows transactions to proceed
+if there are no reasons to roll back:
 
     >>> dm_no_sp['name'] = 'sally'
     >>> savepoint = transaction.savepoint(1)