1 /*
2  * This file is part of gtkD.
3  *
4  * gtkD is free software; you can redistribute it and/or modify
5  * it under the terms of the GNU Lesser General Public License
6  * as published by the Free Software Foundation; either version 3
7  * of the License, or (at your option) any later version, with
8  * some exceptions, please read the COPYING file.
9  *
10  * gtkD is distributed in the hope that it will be useful,
11  * but WITHOUT ANY WARRANTY; without even the implied warranty of
12  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
13  * GNU Lesser General Public License for more details.
14  *
15  * You should have received a copy of the GNU Lesser General Public License
16  * along with gtkD; if not, write to the Free Software
17  * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110, USA
18  */
19  
20 // generated automatically - do not change
21 // find conversion definition on APILookup.txt
22 // implement new conversion functionalities on the wrap.utils pakage
23 
24 /*
25  * Conversion parameters:
26  * inFile  = 
27  * outPack = gthread
28  * outFile = Mutex
29  * strct   = GMutex
30  * realStrct=
31  * ctorStrct=
32  * clss    = Mutex
33  * interf  = 
34  * class Code: No
35  * interface Code: No
36  * template for:
37  * extend  = 
38  * implements:
39  * prefixes:
40  * 	- g_mutex_
41  * omit structs:
42  * omit prefixes:
43  * omit code:
44  * omit signals:
45  * imports:
46  * structWrap:
47  * module aliases:
48  * local aliases:
49  * overrides:
50  */
51 
52 module gthread.Mutex;
53 
54 public  import gtkc.gthreadtypes;
55 
56 private import gtkc.gthread;
57 private import glib.ConstructionException;
58 
59 
60 
61 
62 /**
63  * Threads act almost like processes, but unlike processes all threads
64  * of one process share the same memory. This is good, as it provides
65  * easy communication between the involved threads via this shared
66  * memory, and it is bad, because strange things (so called
67  * "Heisenbugs") might happen if the program is not carefully designed.
68  * In particular, due to the concurrent nature of threads, no
69  * assumptions on the order of execution of code running in different
70  * threads can be made, unless order is explicitly forced by the
71  * programmer through synchronization primitives.
72  *
73  * The aim of the thread-related functions in GLib is to provide a
74  * portable means for writing multi-threaded software. There are
75  * primitives for mutexes to protect the access to portions of memory
76  * (GMutex, GRecMutex and GRWLock). There is a facility to use
77  * individual bits for locks (g_bit_lock()). There are primitives
78  * for condition variables to allow synchronization of threads (GCond).
79  * There are primitives for thread-private data - data that every
80  * thread has a private instance of (GPrivate). There are facilities
81  * for one-time initialization (GOnce, g_once_init_enter()). Finally,
82  * there are primitives to create and manage threads (GThread).
83  *
84  * The GLib threading system used to be initialized with g_thread_init().
85  * This is no longer necessary. Since version 2.32, the GLib threading
86  * system is automatically initialized at the start of your program,
87  * and all thread-creation functions and synchronization primitives
88  * are available right away.
89  *
90  * Note that it is not safe to assume that your program has no threads
91  * even if you don't call g_thread_new() yourself. GLib and GIO can
92  * and will create threads for their own purposes in some cases, such
93  * as when using g_unix_signal_source_new() or when using GDBus.
94  *
95  * Originally, UNIX did not have threads, and therefore some traditional
96  * UNIX APIs are problematic in threaded programs. Some notable examples
97  * are
98  *
99  *  C library functions that return data in statically allocated
100  *  buffers, such as strtok() or strerror(). For many of these,
101  *  there are thread-safe variants with a _r suffix, or you can
102  *  look at corresponding GLib APIs (like g_strsplit() or g_strerror()).
103  *
104  * setenv() and unsetenv() manipulate the process environment in
105  *  a not thread-safe way, and may interfere with getenv() calls
106  *  in other threads. Note that getenv() calls may be
107  *  “hidden” behind other APIs. For example, GNU gettext()
108  *  calls getenv() under the covers. In general, it is best to treat
109  *  the environment as readonly. If you absolutely have to modify the
110  *  environment, do it early in main(), when no other threads are around yet.
111  *
112  * setlocale() changes the locale for the entire process, affecting
113  *  all threads. Temporary changes to the locale are often made to
114  *  change the behavior of string scanning or formatting functions
115  *  like scanf() or printf(). GLib offers a number of string APIs
116  *  (like g_ascii_formatd() or g_ascii_strtod()) that can often be
117  *  used as an alternative. Or you can use the uselocale() function
118  *  to change the locale only for the current thread.
119  *
120  * fork() only takes the calling thread into the child's copy of the
121  *  process image. If other threads were executing in critical
122  *  sections they could have left mutexes locked which could easily
123  *  cause deadlocks in the new child. For this reason, you should
124  *  call exit() or exec() as soon as possible in the child and only
125  *  make signal-safe library calls before that.
126  *
127  * daemon() uses fork() in a way contrary to what is described
128  *  above. It should not be used with GLib programs.
129  *
130  * GLib itself is internally completely thread-safe (all global data is
131  * automatically locked), but individual data structure instances are
132  * not automatically locked for performance reasons. For example,
133  * you must coordinate accesses to the same GHashTable from multiple
134  * threads. The two notable exceptions from this rule are GMainLoop
135  * and GAsyncQueue, which are thread-safe and
136  * need no further application-level locking to be accessed from
137  * multiple threads. Most refcounting functions such as g_object_ref()
138  * are also thread-safe.
139  */
140 public class Mutex
141 {
142 	
143 	/** the main Gtk struct */
144 	protected GMutex* gMutex;
145 	
146 	
147 	/** Get the main Gtk struct */
148 	public GMutex* getMutexStruct()
149 	{
150 		return gMutex;
151 	}
152 	
153 	
154 	/** the main Gtk struct as a void* */
155 	protected void* getStruct()
156 	{
157 		return cast(void*)gMutex;
158 	}
159 	
160 	/**
161 	 * Sets our main struct and passes it to the parent class
162 	 */
163 	public this (GMutex* gMutex)
164 	{
165 		this.gMutex = gMutex;
166 	}
167 	
168 	/**
169 	 */
170 	
171 	/**
172 	 * Initializes a GMutex so that it can be used.
173 	 * This function is useful to initialize a mutex that has been
174 	 * allocated on the stack, or as part of a larger structure.
175 	 * It is not necessary to initialize a mutex that has been
176 	 * statically allocated.
177 	 * $(DDOC_COMMENT example)
178 	 * To undo the effect of g_mutex_init() when a mutex is no longer
179 	 * needed, use g_mutex_clear().
180 	 * Calling g_mutex_init() on an already initialized GMutex leads
181 	 * to undefined behaviour.
182 	 * Since 2.32
183 	 */
184 	public void init()
185 	{
186 		// void g_mutex_init (GMutex *mutex);
187 		g_mutex_init(gMutex);
188 	}
189 	
190 	/**
191 	 * Frees the resources allocated to a mutex with g_mutex_init().
192 	 * This function should not be used with a GMutex that has been
193 	 * statically allocated.
194 	 * Calling g_mutex_clear() on a locked mutex leads to undefined
195 	 * behaviour.
196 	 * Sine: 2.32
197 	 */
198 	public void clear()
199 	{
200 		// void g_mutex_clear (GMutex *mutex);
201 		g_mutex_clear(gMutex);
202 	}
203 	
204 	/**
205 	 * Locks mutex. If mutex is already locked by another thread, the
206 	 * current thread will block until mutex is unlocked by the other
207 	 * thread.
208 	 * Note
209 	 * GMutex is neither guaranteed to be recursive nor to be
210 	 * non-recursive. As such, calling g_mutex_lock() on a GMutex that has
211 	 * already been locked by the same thread results in undefined behaviour
212 	 * (including but not limited to deadlocks).
213 	 */
214 	public void lock()
215 	{
216 		// void g_mutex_lock (GMutex *mutex);
217 		g_mutex_lock(gMutex);
218 	}
219 	
220 	/**
221 	 * Tries to lock mutex. If mutex is already locked by another thread,
222 	 * it immediately returns FALSE. Otherwise it locks mutex and returns
223 	 * TRUE.
224 	 * Note
225 	 * GMutex is neither guaranteed to be recursive nor to be
226 	 * non-recursive. As such, calling g_mutex_lock() on a GMutex that has
227 	 * already been locked by the same thread results in undefined behaviour
228 	 * (including but not limited to deadlocks or arbitrary return values).
229 	 * Returns: TRUE if mutex could be locked
230 	 */
231 	public int trylock()
232 	{
233 		// gboolean g_mutex_trylock (GMutex *mutex);
234 		return g_mutex_trylock(gMutex);
235 	}
236 	
237 	/**
238 	 * Unlocks mutex. If another thread is blocked in a g_mutex_lock()
239 	 * call for mutex, it will become unblocked and can lock mutex itself.
240 	 * Calling g_mutex_unlock() on a mutex that is not locked by the
241 	 * current thread leads to undefined behaviour.
242 	 */
243 	public void unlock()
244 	{
245 		// void g_mutex_unlock (GMutex *mutex);
246 		g_mutex_unlock(gMutex);
247 	}
248 }