← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/locks.rst

  • Committer: Andrew Hutchings
  • Date: 2010-12-15 18:59:55 UTC
  • mto: This revision was merged to the branch mainline in revision 2006.
  • Revision ID: andrew@linuxjedi.co.uk-20101215185955-q12lkja8hdnpjqg7
Make the test look for drizzleadmin failure instead of success as this test is not possible to fix for success on our FreeBSD 8.0 box

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/locks.rst
18
18
 
19
19
SELECT is_used_lock();
20
20
 
 
21
SELECT wait_for_lock();
 
22
 
 
23
SELECT release_lock_and_wait();
 
24
 
21
25
If a session should exit, whatever locks it was holding will be deleted.
22
26
 
23
 
FIXME: deleted or released? are locks recursive?
24
 
 
25
27
Please note, get_lock() was designed to be compatible with MySQL. If you
26
28
hold any locks when calling get_lock() they will be released. For this
27
29
reason you may want to consider calling get_locks() instead.
28
30
 
 
31
release_lock_and_wait() released the named lock, and then waits for another
 
32
session to try to obtain ownership. If it does not own the lock, it returns
 
33
with a zero.
 
34
 
29
35
Information on all barriers can be found in the DATA_DICTIONARY.USER_LOCKS
30
36
table;