blob: 237d24eff815053d172aaca254dfb93535333442 [file] [log] [blame]
drh437b9012007-08-28 16:34:42 +00001/*
2** 2007 August 14
3**
4** The author disclaims copyright to this source code. In place of
5** a legal notice, here is a blessing:
6**
7** May you do good and not evil.
8** May you find forgiveness for yourself and forgive others.
9** May you share freely, never taking more than you give.
10**
11*************************************************************************
12** This file contains the C functions that implement mutexes for win32
drh437b9012007-08-28 16:34:42 +000013*/
14#include "sqliteInt.h"
15
16/*
17** The code in this file is only used if we are compiling multithreaded
18** on a win32 system.
19*/
drhc7ce76a2007-08-30 14:10:30 +000020#ifdef SQLITE_MUTEX_W32
drh437b9012007-08-28 16:34:42 +000021
22/*
23** Each recursive mutex is an instance of the following structure.
24*/
25struct sqlite3_mutex {
26 CRITICAL_SECTION mutex; /* Mutex controlling the lock */
27 int id; /* Mutex type */
28 int nRef; /* Number of enterances */
29 DWORD owner; /* Thread holding this mutex */
shaneh1f4222f2010-02-13 02:31:09 +000030#ifdef SQLITE_DEBUG
31 int trace; /* True to trace changes */
32#endif
drh437b9012007-08-28 16:34:42 +000033};
shaneh1f4222f2010-02-13 02:31:09 +000034#define SQLITE_W32_MUTEX_INITIALIZER { 0 }
35#ifdef SQLITE_DEBUG
36#define SQLITE3_MUTEX_INITIALIZER { SQLITE_W32_MUTEX_INITIALIZER, 0, 0L, (DWORD)0, 0 }
37#else
38#define SQLITE3_MUTEX_INITIALIZER { SQLITE_W32_MUTEX_INITIALIZER, 0, 0L, (DWORD)0 }
39#endif
drh437b9012007-08-28 16:34:42 +000040
41/*
drhdf6a81c2007-09-05 14:30:42 +000042** Return true (non-zero) if we are running under WinNT, Win2K, WinXP,
43** or WinCE. Return false (zero) for Win95, Win98, or WinME.
44**
45** Here is an interesting observation: Win95, Win98, and WinME lack
46** the LockFileEx() API. But we can still statically link against that
47** API as long as we don't call it win running Win95/98/ME. A call to
48** this routine is used to determine if the host is Win95/98/ME or
49** WinNT/2K/XP so that we will know whether or not we can safely call
50** the LockFileEx() API.
shaneb2111832008-11-10 20:01:40 +000051**
52** mutexIsNT() is only used for the TryEnterCriticalSection() API call,
53** which is only available if your application was compiled with
54** _WIN32_WINNT defined to a value >= 0x0400. Currently, the only
55** call to TryEnterCriticalSection() is #ifdef'ed out, so #ifdef
56** this out as well.
drhdf6a81c2007-09-05 14:30:42 +000057*/
shaneb2111832008-11-10 20:01:40 +000058#if 0
danielk197729bafea2008-06-26 10:41:19 +000059#if SQLITE_OS_WINCE
drhdf6a81c2007-09-05 14:30:42 +000060# define mutexIsNT() (1)
61#else
62 static int mutexIsNT(void){
63 static int osType = 0;
64 if( osType==0 ){
65 OSVERSIONINFO sInfo;
66 sInfo.dwOSVersionInfoSize = sizeof(sInfo);
67 GetVersionEx(&sInfo);
68 osType = sInfo.dwPlatformId==VER_PLATFORM_WIN32_NT ? 2 : 1;
69 }
70 return osType==2;
71 }
danielk197729bafea2008-06-26 10:41:19 +000072#endif /* SQLITE_OS_WINCE */
shaneb2111832008-11-10 20:01:40 +000073#endif
drha4189802008-06-19 16:07:07 +000074
75#ifdef SQLITE_DEBUG
danielk19776d2ab0e2008-06-17 17:21:18 +000076/*
77** The sqlite3_mutex_held() and sqlite3_mutex_notheld() routine are
78** intended for use only inside assert() statements.
79*/
80static int winMutexHeld(sqlite3_mutex *p){
81 return p->nRef!=0 && p->owner==GetCurrentThreadId();
82}
shaneh1f4222f2010-02-13 02:31:09 +000083static int winMutexNotheld2(sqlite3_mutex *p, DWORD tid){
84 return p->nRef==0 || p->owner!=tid;
85}
danielk19776d2ab0e2008-06-17 17:21:18 +000086static int winMutexNotheld(sqlite3_mutex *p){
shaneh1f4222f2010-02-13 02:31:09 +000087 DWORD tid = GetCurrentThreadId();
88 return winMutexNotheld2(p, tid);
danielk19776d2ab0e2008-06-17 17:21:18 +000089}
drha4189802008-06-19 16:07:07 +000090#endif
danielk19776d2ab0e2008-06-17 17:21:18 +000091
drhdf6a81c2007-09-05 14:30:42 +000092
93/*
drh40257ff2008-06-13 18:24:27 +000094** Initialize and deinitialize the mutex subsystem.
95*/
shaneh1f4222f2010-02-13 02:31:09 +000096static sqlite3_mutex winMutex_staticMutexes[6] = {
97 SQLITE3_MUTEX_INITIALIZER,
98 SQLITE3_MUTEX_INITIALIZER,
99 SQLITE3_MUTEX_INITIALIZER,
100 SQLITE3_MUTEX_INITIALIZER,
101 SQLITE3_MUTEX_INITIALIZER,
102 SQLITE3_MUTEX_INITIALIZER
103};
shane61b82d62009-06-01 17:06:07 +0000104static int winMutex_isInit = 0;
105/* As winMutexInit() and winMutexEnd() are called as part
106** of the sqlite3_initialize and sqlite3_shutdown()
107** processing, the "interlocked" magic is probably not
108** strictly necessary.
109*/
110static long winMutex_lock = 0;
111
112static int winMutexInit(void){
113 /* The first to increment to 1 does actual initialization */
shane1987c8d2009-08-10 03:23:21 +0000114 if( InterlockedCompareExchange(&winMutex_lock, 1, 0)==0 ){
shane61b82d62009-06-01 17:06:07 +0000115 int i;
drh9ac06502009-08-17 13:42:29 +0000116 for(i=0; i<ArraySize(winMutex_staticMutexes); i++){
shane61b82d62009-06-01 17:06:07 +0000117 InitializeCriticalSection(&winMutex_staticMutexes[i].mutex);
118 }
119 winMutex_isInit = 1;
120 }else{
shane1987c8d2009-08-10 03:23:21 +0000121 /* Someone else is in the process of initing the static mutexes */
shane61b82d62009-06-01 17:06:07 +0000122 while( !winMutex_isInit ){
123 Sleep(1);
124 }
125 }
126 return SQLITE_OK;
127}
128
129static int winMutexEnd(void){
130 /* The first to decrement to 0 does actual shutdown
131 ** (which should be the last to shutdown.) */
shane1987c8d2009-08-10 03:23:21 +0000132 if( InterlockedCompareExchange(&winMutex_lock, 0, 1)==1 ){
shane61b82d62009-06-01 17:06:07 +0000133 if( winMutex_isInit==1 ){
134 int i;
drh9ac06502009-08-17 13:42:29 +0000135 for(i=0; i<ArraySize(winMutex_staticMutexes); i++){
shane61b82d62009-06-01 17:06:07 +0000136 DeleteCriticalSection(&winMutex_staticMutexes[i].mutex);
137 }
138 winMutex_isInit = 0;
139 }
140 }
141 return SQLITE_OK;
142}
drh40257ff2008-06-13 18:24:27 +0000143
144/*
drh437b9012007-08-28 16:34:42 +0000145** The sqlite3_mutex_alloc() routine allocates a new
146** mutex and returns a pointer to it. If it returns NULL
147** that means that a mutex could not be allocated. SQLite
148** will unwind its stack and return an error. The argument
149** to sqlite3_mutex_alloc() is one of these integer constants:
150**
151** <ul>
shane7c7c3112009-08-17 15:31:23 +0000152** <li> SQLITE_MUTEX_FAST
153** <li> SQLITE_MUTEX_RECURSIVE
154** <li> SQLITE_MUTEX_STATIC_MASTER
155** <li> SQLITE_MUTEX_STATIC_MEM
156** <li> SQLITE_MUTEX_STATIC_MEM2
157** <li> SQLITE_MUTEX_STATIC_PRNG
158** <li> SQLITE_MUTEX_STATIC_LRU
159** <li> SQLITE_MUTEX_STATIC_LRU2
drh437b9012007-08-28 16:34:42 +0000160** </ul>
161**
162** The first two constants cause sqlite3_mutex_alloc() to create
163** a new mutex. The new mutex is recursive when SQLITE_MUTEX_RECURSIVE
164** is used but not necessarily so when SQLITE_MUTEX_FAST is used.
165** The mutex implementation does not need to make a distinction
166** between SQLITE_MUTEX_RECURSIVE and SQLITE_MUTEX_FAST if it does
167** not want to. But SQLite will only request a recursive mutex in
168** cases where it really needs one. If a faster non-recursive mutex
169** implementation is available on the host platform, the mutex subsystem
170** might return such a mutex in response to SQLITE_MUTEX_FAST.
171**
172** The other allowed parameters to sqlite3_mutex_alloc() each return
shane7c7c3112009-08-17 15:31:23 +0000173** a pointer to a static preexisting mutex. Six static mutexes are
drh437b9012007-08-28 16:34:42 +0000174** used by the current version of SQLite. Future versions of SQLite
175** may add additional static mutexes. Static mutexes are for internal
176** use by SQLite only. Applications that use SQLite mutexes should
177** use only the dynamic mutexes returned by SQLITE_MUTEX_FAST or
178** SQLITE_MUTEX_RECURSIVE.
179**
180** Note that if one of the dynamic mutex parameters (SQLITE_MUTEX_FAST
181** or SQLITE_MUTEX_RECURSIVE) is used then sqlite3_mutex_alloc()
182** returns a different mutex on every call. But for the static
183** mutex types, the same mutex is returned on every call that has
184** the same type number.
185*/
danielk19776d2ab0e2008-06-17 17:21:18 +0000186static sqlite3_mutex *winMutexAlloc(int iType){
drh437b9012007-08-28 16:34:42 +0000187 sqlite3_mutex *p;
188
189 switch( iType ){
190 case SQLITE_MUTEX_FAST:
191 case SQLITE_MUTEX_RECURSIVE: {
192 p = sqlite3MallocZero( sizeof(*p) );
shane61b82d62009-06-01 17:06:07 +0000193 if( p ){
drh437b9012007-08-28 16:34:42 +0000194 p->id = iType;
195 InitializeCriticalSection(&p->mutex);
196 }
197 break;
198 }
199 default: {
shaneddfefca2009-06-01 17:10:22 +0000200 assert( winMutex_isInit==1 );
drh437b9012007-08-28 16:34:42 +0000201 assert( iType-2 >= 0 );
drh9ac06502009-08-17 13:42:29 +0000202 assert( iType-2 < ArraySize(winMutex_staticMutexes) );
shane61b82d62009-06-01 17:06:07 +0000203 p = &winMutex_staticMutexes[iType-2];
drh437b9012007-08-28 16:34:42 +0000204 p->id = iType;
205 break;
206 }
207 }
208 return p;
209}
210
211
212/*
213** This routine deallocates a previously
214** allocated mutex. SQLite is careful to deallocate every
215** mutex that it allocates.
216*/
danielk19776d2ab0e2008-06-17 17:21:18 +0000217static void winMutexFree(sqlite3_mutex *p){
drh437b9012007-08-28 16:34:42 +0000218 assert( p );
219 assert( p->nRef==0 );
220 assert( p->id==SQLITE_MUTEX_FAST || p->id==SQLITE_MUTEX_RECURSIVE );
221 DeleteCriticalSection(&p->mutex);
222 sqlite3_free(p);
223}
224
225/*
226** The sqlite3_mutex_enter() and sqlite3_mutex_try() routines attempt
227** to enter a mutex. If another thread is already within the mutex,
228** sqlite3_mutex_enter() will block and sqlite3_mutex_try() will return
229** SQLITE_BUSY. The sqlite3_mutex_try() interface returns SQLITE_OK
230** upon successful entry. Mutexes created using SQLITE_MUTEX_RECURSIVE can
231** be entered multiple times by the same thread. In such cases the,
232** mutex must be exited an equal number of times before another thread
233** can enter. If the same thread tries to enter any other kind of mutex
234** more than once, the behavior is undefined.
235*/
danielk19776d2ab0e2008-06-17 17:21:18 +0000236static void winMutexEnter(sqlite3_mutex *p){
shaneh1f4222f2010-02-13 02:31:09 +0000237 DWORD tid = GetCurrentThreadId();
238 assert( p->id==SQLITE_MUTEX_RECURSIVE || winMutexNotheld2(p, tid) );
drh437b9012007-08-28 16:34:42 +0000239 EnterCriticalSection(&p->mutex);
shaneh1f4222f2010-02-13 02:31:09 +0000240 p->owner = tid;
drh437b9012007-08-28 16:34:42 +0000241 p->nRef++;
shaneh1f4222f2010-02-13 02:31:09 +0000242#ifdef SQLITE_DEBUG
243 if( p->trace ){
244 printf("enter mutex %p (%d) with nRef=%d\n", p, p->trace, p->nRef);
245 }
246#endif
drh437b9012007-08-28 16:34:42 +0000247}
danielk19776d2ab0e2008-06-17 17:21:18 +0000248static int winMutexTry(sqlite3_mutex *p){
shaneh1da207e2010-03-09 14:41:12 +0000249#ifndef NDEBUG
shaneh1f4222f2010-02-13 02:31:09 +0000250 DWORD tid = GetCurrentThreadId();
shaneh1da207e2010-03-09 14:41:12 +0000251#endif
drh86505062007-10-05 15:08:01 +0000252 int rc = SQLITE_BUSY;
shaneh1f4222f2010-02-13 02:31:09 +0000253 assert( p->id==SQLITE_MUTEX_RECURSIVE || winMutexNotheld2(p, tid) );
drh86505062007-10-05 15:08:01 +0000254 /*
255 ** The sqlite3_mutex_try() routine is very rarely used, and when it
256 ** is used it is merely an optimization. So it is OK for it to always
257 ** fail.
258 **
259 ** The TryEnterCriticalSection() interface is only available on WinNT.
260 ** And some windows compilers complain if you try to use it without
261 ** first doing some #defines that prevent SQLite from building on Win98.
262 ** For that reason, we will omit this optimization for now. See
263 ** ticket #2685.
264 */
265#if 0
drhdf6a81c2007-09-05 14:30:42 +0000266 if( mutexIsNT() && TryEnterCriticalSection(&p->mutex) ){
shaneh1f4222f2010-02-13 02:31:09 +0000267 p->owner = tid;
drh437b9012007-08-28 16:34:42 +0000268 p->nRef++;
269 rc = SQLITE_OK;
drh437b9012007-08-28 16:34:42 +0000270 }
shane1a389642009-01-30 16:09:22 +0000271#else
272 UNUSED_PARAMETER(p);
drh86505062007-10-05 15:08:01 +0000273#endif
shaneh1f4222f2010-02-13 02:31:09 +0000274#ifdef SQLITE_DEBUG
275 if( rc==SQLITE_OK && p->trace ){
276 printf("enter mutex %p (%d) with nRef=%d\n", p, p->trace, p->nRef);
277 }
278#endif
drh437b9012007-08-28 16:34:42 +0000279 return rc;
280}
281
282/*
283** The sqlite3_mutex_leave() routine exits a mutex that was
284** previously entered by the same thread. The behavior
285** is undefined if the mutex is not currently entered or
286** is not currently allocated. SQLite will never do either.
287*/
danielk19776d2ab0e2008-06-17 17:21:18 +0000288static void winMutexLeave(sqlite3_mutex *p){
shaneh1da207e2010-03-09 14:41:12 +0000289#ifndef NDEBUG
290 DWORD tid = GetCurrentThreadId();
291#endif
drh437b9012007-08-28 16:34:42 +0000292 assert( p->nRef>0 );
shaneh1f4222f2010-02-13 02:31:09 +0000293 assert( p->owner==tid );
drh437b9012007-08-28 16:34:42 +0000294 p->nRef--;
295 assert( p->nRef==0 || p->id==SQLITE_MUTEX_RECURSIVE );
296 LeaveCriticalSection(&p->mutex);
shaneh1f4222f2010-02-13 02:31:09 +0000297#ifdef SQLITE_DEBUG
298 if( p->trace ){
299 printf("leave mutex %p (%d) with nRef=%d\n", p, p->trace, p->nRef);
300 }
301#endif
drh437b9012007-08-28 16:34:42 +0000302}
303
danielk19776d2ab0e2008-06-17 17:21:18 +0000304sqlite3_mutex_methods *sqlite3DefaultMutex(void){
305 static sqlite3_mutex_methods sMutex = {
306 winMutexInit,
danielk19774a9d1f62008-06-19 08:51:23 +0000307 winMutexEnd,
danielk19776d2ab0e2008-06-17 17:21:18 +0000308 winMutexAlloc,
309 winMutexFree,
310 winMutexEnter,
311 winMutexTry,
312 winMutexLeave,
drha4189802008-06-19 16:07:07 +0000313#ifdef SQLITE_DEBUG
danielk19776d2ab0e2008-06-17 17:21:18 +0000314 winMutexHeld,
315 winMutexNotheld
drh1875f7a2008-12-08 18:19:17 +0000316#else
317 0,
318 0
drha4189802008-06-19 16:07:07 +0000319#endif
danielk19776d2ab0e2008-06-17 17:21:18 +0000320 };
321
322 return &sMutex;
drh437b9012007-08-28 16:34:42 +0000323}
drhc7ce76a2007-08-30 14:10:30 +0000324#endif /* SQLITE_MUTEX_W32 */