| 1 | \section{\class{wxMutex}}\label{wxmutex} |
| 2 | |
| 3 | A mutex object is a synchronization object whose state is set to signaled when |
| 4 | it is not owned by any thread, and nonsignaled when it is owned. Its name comes |
| 5 | from its usefulness in coordinating mutually-exclusive access to a shared |
| 6 | resource as only one thread at a time can own a mutex object. |
| 7 | |
| 8 | Mutexes may be recursive in the sense that a thread can lock a mutex which it |
| 9 | had already locked before (instead of dead locking the entire process in this |
| 10 | situation by starting to wait on a mutex which will never be released while the |
| 11 | thread is waiting) but using them is not recommended and they are {\bf not} |
| 12 | recursive by default. The reason for this is that recursive mutexes are not |
| 13 | supported by all Unix flavours and, worse, they cannot be used with |
| 14 | \helpref{wxCondition}{wxcondition}. |
| 15 | |
| 16 | For example, when several thread use the data stored in the linked list, |
| 17 | modifications to the list should be only allowed to one thread at a time |
| 18 | because during a new node addition the list integrity is temporarily broken |
| 19 | (this is also called {\it program invariant}). |
| 20 | |
| 21 | \wxheading{Example} |
| 22 | |
| 23 | {\small% |
| 24 | \begin{verbatim} |
| 25 | // this variable has an "s_" prefix because it is static: seeing an "s_" in |
| 26 | // a multithreaded program is in general a good sign that you should use a |
| 27 | // mutex (or a critical section) |
| 28 | static wxMutex *s_mutexProtectingTheGlobalData; |
| 29 | |
| 30 | // we store some numbers in this global array which is presumably used by |
| 31 | // several threads simultaneously |
| 32 | wxArrayInt s_data; |
| 33 | |
| 34 | void MyThread::AddNewNode(int num) |
| 35 | { |
| 36 | // ensure that no other thread accesses the list |
| 37 | s_mutexProtectingTheGlobalList->Lock(); |
| 38 | |
| 39 | s_data.Add(num); |
| 40 | |
| 41 | s_mutexProtectingTheGlobalList->Unlock(); |
| 42 | } |
| 43 | |
| 44 | // return true the given number is greater than all array elements |
| 45 | bool MyThread::IsGreater(int num) |
| 46 | { |
| 47 | // before using the list we must acquire the mutex |
| 48 | wxMutexLocker lock(s_mutexProtectingTheGlobalData); |
| 49 | |
| 50 | size_t count = s_data.Count(); |
| 51 | for ( size_t n = 0; n < count; n++ ) |
| 52 | { |
| 53 | if ( s_data[n] > num ) |
| 54 | return false; |
| 55 | } |
| 56 | |
| 57 | return true; |
| 58 | } |
| 59 | \end{verbatim} |
| 60 | } |
| 61 | |
| 62 | Notice how wxMutexLocker was used in the second function to ensure that the |
| 63 | mutex is unlocked in any case: whether the function returns true or false |
| 64 | (because the destructor of the local object {\it lock} is always called). Using |
| 65 | this class instead of directly using wxMutex is, in general safer and is even |
| 66 | more so if your program uses C++ exceptions. |
| 67 | |
| 68 | \wxheading{Constants} |
| 69 | |
| 70 | \begin{verbatim} |
| 71 | enum wxMutexType |
| 72 | { |
| 73 | // normal mutex: try to always use this one |
| 74 | wxMUTEX_DEFAULT, |
| 75 | |
| 76 | // recursive mutex: don't use these ones with wxCondition |
| 77 | wxMUTEX_RECURSIVE |
| 78 | }; |
| 79 | \end{verbatim} |
| 80 | |
| 81 | \wxheading{Derived from} |
| 82 | |
| 83 | None. |
| 84 | |
| 85 | \wxheading{Include files} |
| 86 | |
| 87 | <wx/thread.h> |
| 88 | |
| 89 | \wxheading{See also} |
| 90 | |
| 91 | \helpref{wxThread}{wxthread}, \helpref{wxCondition}{wxcondition}, |
| 92 | \helpref{wxMutexLocker}{wxmutexlocker}, \helpref{wxCriticalSection}{wxcriticalsection} |
| 93 | |
| 94 | \latexignore{\rtfignore{\wxheading{Members}}} |
| 95 | |
| 96 | \membersection{wxMutex::wxMutex}\label{wxmutexctor} |
| 97 | |
| 98 | \func{}{wxMutex}{\param{wxMutexType }{type = {\tt wxMUTEX\_DEFAULT}}} |
| 99 | |
| 100 | Default constructor. |
| 101 | |
| 102 | \membersection{wxMutex::\destruct{wxMutex}}\label{wxmutexdtor} |
| 103 | |
| 104 | \func{}{\destruct{wxMutex}}{\void} |
| 105 | |
| 106 | Destroys the wxMutex object. |
| 107 | |
| 108 | \membersection{wxMutex::Lock}\label{wxmutexlock} |
| 109 | |
| 110 | \func{wxMutexError}{Lock}{\void} |
| 111 | |
| 112 | Locks the mutex object. |
| 113 | |
| 114 | \wxheading{Return value} |
| 115 | |
| 116 | One of: |
| 117 | |
| 118 | \twocolwidtha{7cm} |
| 119 | \begin{twocollist}\itemsep=0pt |
| 120 | \twocolitem{{\bf wxMUTEX\_NO\_ERROR}}{There was no error.} |
| 121 | \twocolitem{{\bf wxMUTEX\_DEAD\_LOCK}}{A deadlock situation was detected.} |
| 122 | \twocolitem{{\bf wxMUTEX\_BUSY}}{The mutex is already locked by another thread.} |
| 123 | \end{twocollist} |
| 124 | |
| 125 | \membersection{wxMutex::TryLock}\label{wxmutextrylock} |
| 126 | |
| 127 | \func{wxMutexError}{TryLock}{\void} |
| 128 | |
| 129 | Tries to lock the mutex object. If it can't, returns immediately with an error. |
| 130 | |
| 131 | \wxheading{Return value} |
| 132 | |
| 133 | One of: |
| 134 | |
| 135 | \twocolwidtha{7cm} |
| 136 | \begin{twocollist}\itemsep=0pt |
| 137 | \twocolitem{{\bf wxMUTEX\_NO\_ERROR}}{There was no error.} |
| 138 | \twocolitem{{\bf wxMUTEX\_DEAD\_LOCK}}{A deadlock situation was detected.} |
| 139 | \twocolitem{{\bf wxMUTEX\_BUSY}}{The mutex is already locked by another thread.} |
| 140 | \end{twocollist} |
| 141 | |
| 142 | \membersection{wxMutex::Unlock}\label{wxmutexunlock} |
| 143 | |
| 144 | \func{wxMutexError}{Unlock}{\void} |
| 145 | |
| 146 | Unlocks the mutex object. |
| 147 | |
| 148 | \wxheading{Return value} |
| 149 | |
| 150 | One of: |
| 151 | |
| 152 | \twocolwidtha{7cm} |
| 153 | \begin{twocollist}\itemsep=0pt |
| 154 | \twocolitem{{\bf wxMUTEX\_NO\_ERROR}}{There was no error.} |
| 155 | \twocolitem{{\bf wxMUTEX\_DEAD\_LOCK}}{A deadlock situation was detected.} |
| 156 | \twocolitem{{\bf wxMUTEX\_BUSY}}{The mutex is already locked by another thread.} |
| 157 | \twocolitem{{\bf wxMUTEX\_UNLOCKED}}{The calling thread tries to unlock an unlocked mutex.} |
| 158 | \end{twocollist} |
| 159 | |