typos

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@16056 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775

diff --git a/wxPython/CHANGES.txt b/wxPython/CHANGES.txt
index 6de00307840ee1238dc31d3639b56b801601a470..b1f331622202526b2bd5cd4ee3819315d0ee5aac 100644 (file)
--- a/wxPython/CHANGES.txt
+++ b/wxPython/CHANGES.txt
@@ -146,7 +146,7 @@ Fixed the ActiveXWrapper problem.  Looks like when the win32com
 modules make a "callback" that they (incorrectly, IMHO) allocate a
 transient thread state structure.  Since wxPython is now saving
 tstates for it's own callbacks it ended up using garbage after
-win32com gots rid of the tstate...
+win32com got rid of the tstate...
 
 
 

diff --git a/wxPython/src/helpers.cpp b/wxPython/src/helpers.cpp
index 8be7e483b5b3a4d1a65e2e31b459f23d0cdb19db..6ccc4303667e1c43d694c17f00bc1cf8f52c531b 100644 (file)
--- a/wxPython/src/helpers.cpp
+++ b/wxPython/src/helpers.cpp
@@ -590,10 +590,10 @@ void wxPySaveThreadState(PyThreadState* tstate) {
             if (info.tstate != tstate)
                 wxLogMessage("*** tstate mismatch!???");
 #endif
-            // info.tstate = tstate;    *** DO NOT updating existing ones???
+            // info.tstate = tstate;    *** DO NOT update existing ones???
             // Normally it will never change, but apparently COM callbacks
             // (i.e. ActiveX controls) will (incorrectly IMHO) use a transient
-            // tstate wich will then be garbage the next time we try to use
+            // tstate which will then be garbage the next time we try to use
             // it...
             wxPyTMutex->Unlock();
             return;