summaryrefslogtreecommitdiffstats
path: root/doc/man/man3/qmutex.3qt
blob: b4693110d5c506ef115c6bd21a9100483a376dec (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
'\" t
.TH QMutex 3qt "2 February 2007" "Trolltech AS" \" -*- nroff -*-
.\" Copyright 1992-2007 Trolltech ASA.  All rights reserved.  See the
.\" license file included in the distribution for a complete license
.\" statement.
.\"
.ad l
.nh
.SH NAME
QMutex \- Access serialization between threads
.SH SYNOPSIS
All the functions in this class are thread-safe when Qt is built with thread support.</p>
.PP
\fC#include <ntqmutex.h>\fR
.PP
.SS "Public Members"
.in +1c
.ti -1c
.BI "\fBQMutex\fR ( bool recursive = FALSE )"
.br
.ti -1c
.BI "virtual \fB~QMutex\fR ()"
.br
.ti -1c
.BI "void \fBlock\fR ()"
.br
.ti -1c
.BI "void \fBunlock\fR ()"
.br
.ti -1c
.BI "bool \fBlocked\fR ()"
.br
.ti -1c
.BI "bool \fBtryLock\fR ()"
.br
.in -1c
.SH DESCRIPTION
The QMutex class provides access serialization between threads.
.PP
The purpose of a QMutex is to protect an object, data structure or section of code so that only one thread can access it at a time (This is similar to the Java \fCsynchronized\fR keyword). For example, say there is a method which prints a message to the user on two lines:
.PP
.nf
.br
    int number = 6;
.br
.br
    void method1()
.br
    {
.br
        number *= 5;
.br
        number /= 4;
.br
    }
.br
.br
    void method2()
.br
    {
.br
        number *= 3;
.br
        number /= 2;
.br
    }
.br
.fi
.PP
If these two methods are called in succession, the following happens:
.PP
.nf
.br
    // method1()
.br
    number *= 5;        // number is now 30
.br
    number /= 4;        // number is now 7
.br
.br
    // method2()
.br
    number *= 3;        // nubmer is now 21
.br
    number /= 2;        // number is now 10
.br
.fi
.PP
If these two methods are called simultaneously from two threads then the following sequence could result:
.PP
.nf
.br
    // Thread 1 calls method1()
.br
    number *= 5;        // number is now 30
.br
.br
    // Thread 2 calls method2().
.br
    //
.br
    // Most likely Thread 1 has been put to sleep by the operating
.br
    // system to allow Thread 2 to run.
.br
    number *= 3;        // number is now 90
.br
    number /= 2;        // number is now 45
.br
.br
    // Thread 1 finishes executing.
.br
    number /= 4;        // number is now 11, instead of 10
.br
.fi
.PP
If we add a mutex, we should get the result we want:
.PP
.nf
.br
    QMutex mutex;
.br
    int number = 6;
.br
.br
    void method1()
.br
    {
.br
        mutex.lock();
.br
        number *= 5;
.br
        number /= 4;
.br
        mutex.unlock();
.br
    }
.br
.br
    void method2()
.br
    {
.br
        mutex.lock();
.br
        number *= 3;
.br
        number /= 2;
.br
        mutex.unlock();
.br
    }
.br
.fi
.PP
Then only one thread can modify \fCnumber\fR at any given time and the result is correct. This is a trivial example, of course, but applies to any other case where things need to happen in a particular sequence.
.PP
When you call lock() in a thread, other threads that try to call lock() in the same place will block until the thread that got the lock calls unlock(). A non-blocking alternative to lock() is tryLock().
.PP
See also Environment Classes and Threading.
.SH MEMBER FUNCTION DOCUMENTATION
.SH "QMutex::QMutex ( bool recursive = FALSE )"
Constructs a new mutex. The mutex is created in an unlocked state. A recursive mutex is created if \fIrecursive\fR is TRUE; a normal mutex is created if \fIrecursive\fR is FALSE (the default). With a recursive mutex, a thread can lock the same mutex multiple times and it will not be unlocked until a corresponding number of unlock() calls have been made.
.SH "QMutex::~QMutex ()\fC [virtual]\fR"
Destroys the mutex.
.PP
\fBWarning:\fR If you destroy a mutex that still holds a lock the resultant behavior is undefined.
.SH "void QMutex::lock ()"
Attempt to lock the mutex. If another thread has locked the mutex then this call will \fIblock\fR until that thread has unlocked it.
.PP
See also unlock() and locked().
.SH "bool QMutex::locked ()"
Returns TRUE if the mutex is locked by another thread; otherwise returns FALSE.
.PP
\fBWarning:\fR Due to differing implementations of recursive mutexes on various platforms, calling this function from the same thread that previously locked the mutex will return undefined results.
.PP
See also lock() and unlock().
.SH "bool QMutex::tryLock ()"
Attempt to lock the mutex. If the lock was obtained, this function returns TRUE. If another thread has locked the mutex, this function returns FALSE, instead of waiting for the mutex to become available, i.e. it does not block.
.PP
If the lock was obtained, the mutex must be unlocked with unlock() before another thread can successfully lock it.
.PP
See also lock(), unlock(), and locked().
.SH "void QMutex::unlock ()"
Unlocks the mutex. Attempting to unlock a mutex in a different thread to the one that locked it results in an error. Unlocking a mutex that is not locked results in undefined behaviour (varies between different Operating Systems' thread implementations).
.PP
See also lock() and locked().

.SH "SEE ALSO"
.BR http://doc.trolltech.com/ntqmutex.html
.BR http://www.trolltech.com/faq/tech.html
.SH COPYRIGHT
Copyright 1992-2007 Trolltech ASA, http://www.trolltech.com.  See the
license file included in the distribution for a complete license
statement.
.SH AUTHOR
Generated automatically from the source code.
.SH BUGS
If you find a bug in Qt, please report it as described in
.BR http://doc.trolltech.com/bughowto.html .
Good bug reports help us to help you. Thank you.
.P
The definitive Qt documentation is provided in HTML format; it is
located at $QTDIR/doc/html and can be read using Qt Assistant or with
a web browser. This man page is provided as a convenience for those
users who prefer man pages, although this format is not officially
supported by Trolltech. 
.P
If you find errors in this manual page, please report them to
.BR qt-bugs@trolltech.com .
Please include the name of the manual page (qmutex.3qt) and the Qt
version (3.3.8).