]> review.fuel-infra Code Review - openstack-build/neutron-build.git/commitdiff
fix spelling mistakes
authorLivnat Peer <lpeer@redhat.com>
Tue, 30 Jun 2015 13:25:57 +0000 (16:25 +0300)
committerLivnat Peer <lpeer@redhat.com>
Tue, 30 Jun 2015 13:26:53 +0000 (16:26 +0300)
Change-Id: If063f111fa42a6644a1dadc7f0c0b9bbfb359294

doc/source/devref/callbacks.rst

index baaa98a83b795dc23a17630737070be8d1783b18..4c6e6e71f249eb51ecf1e920ae282ee40f4fd83c 100644 (file)
@@ -69,7 +69,7 @@ do whatever they are supposed to do. In a callback-less world this would work li
   C->my_random_very_difficult_to_remember_method_about_router_created()
 
 If B and/or C change, things become sour. In a callback-based world, things become a lot
-more uniform and straightward:
+more uniform and straightforward:
 
 ::
 
@@ -319,7 +319,7 @@ Is the registry thread-safe?
 
   Short answer is no: it is not safe to make mutations while callbacks are being called (more
   details as to why can be found `here <https://hg.python.org/releasing/2.7.9/file/753a8f457ddc/Objects/dictobject.c#l937>`_).
-  A mutation could happen if a 'subscribe'/'unsuscribe' operation interleaves with the execution
+  A mutation could happen if a 'subscribe'/'unsubscribe' operation interleaves with the execution
   of the notify loop. Albeit there is a possibility that things may end up in a bad state, the
   registry works correctly under the assumption that subscriptions happen at the very beginning
   of the life of the process and that the unsubscriptions (if any) take place at the very end.