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 }