221 lines
		
	
	
		
			9.8 KiB
		
	
	
	
		
			HTML
		
	
	
	
	
	
			
		
		
	
	
			221 lines
		
	
	
		
			9.8 KiB
		
	
	
	
		
			HTML
		
	
	
	
	
	
| <!DOCTYPE html>
 | |
| <html><head>
 | |
| <meta name="viewport" content="width=device-width, initial-scale=1.0">
 | |
| <meta http-equiv="content-type" content="text/html; charset=UTF-8">
 | |
| <link href="../sqlite.css" rel="stylesheet">
 | |
| <title>Unlock Notification</title>
 | |
| <!-- path=../ -->
 | |
| </head>
 | |
| <body>
 | |
| <div class=nosearch>
 | |
| <a href="../index.html">
 | |
| <img class="logo" src="../images/sqlite370_banner.gif" alt="SQLite" border="0">
 | |
| </a>
 | |
| <div><!-- IE hack to prevent disappearing logo --></div>
 | |
| <div class="tagline desktoponly">
 | |
| Small. Fast. Reliable.<br>Choose any three.
 | |
| </div>
 | |
| <div class="menu mainmenu">
 | |
| <ul>
 | |
| <li><a href="../index.html">Home</a>
 | |
| <li class='mobileonly'><a href="javascript:void(0)" onclick='toggle_div("submenu")'>Menu</a>
 | |
| <li class='wideonly'><a href='../about.html'>About</a>
 | |
| <li class='desktoponly'><a href="../docs.html">Documentation</a>
 | |
| <li class='desktoponly'><a href="../download.html">Download</a>
 | |
| <li class='wideonly'><a href='../copyright.html'>License</a>
 | |
| <li class='desktoponly'><a href="../support.html">Support</a>
 | |
| <li class='desktoponly'><a href="../prosupport.html">Purchase</a>
 | |
| <li class='search' id='search_menubutton'>
 | |
| <a href="javascript:void(0)" onclick='toggle_search()'>Search</a>
 | |
| </ul>
 | |
| </div>
 | |
| <div class="menu submenu" id="submenu">
 | |
| <ul>
 | |
| <li><a href='../about.html'>About</a>
 | |
| <li><a href='../docs.html'>Documentation</a>
 | |
| <li><a href='../download.html'>Download</a>
 | |
| <li><a href='../support.html'>Support</a>
 | |
| <li><a href='../prosupport.html'>Purchase</a>
 | |
| </ul>
 | |
| </div>
 | |
| <div class="searchmenu" id="searchmenu">
 | |
| <form method="GET" action="../search">
 | |
| <select name="s" id="searchtype">
 | |
| <option value="d">Search Documentation</option>
 | |
| <option value="c">Search Changelog</option>
 | |
| </select>
 | |
| <input type="text" name="q" id="searchbox" value="">
 | |
| <input type="submit" value="Go">
 | |
| </form>
 | |
| </div>
 | |
| </div>
 | |
| <script>
 | |
| function toggle_div(nm) {
 | |
| var w = document.getElementById(nm);
 | |
| if( w.style.display=="block" ){
 | |
| w.style.display = "none";
 | |
| }else{
 | |
| w.style.display = "block";
 | |
| }
 | |
| }
 | |
| function toggle_search() {
 | |
| var w = document.getElementById("searchmenu");
 | |
| if( w.style.display=="block" ){
 | |
| w.style.display = "none";
 | |
| } else {
 | |
| w.style.display = "block";
 | |
| setTimeout(function(){
 | |
| document.getElementById("searchbox").focus()
 | |
| }, 30);
 | |
| }
 | |
| }
 | |
| function div_off(nm){document.getElementById(nm).style.display="none";}
 | |
| window.onbeforeunload = function(e){div_off("submenu");}
 | |
| /* Disable the Search feature if we are not operating from CGI, since */
 | |
| /* Search is accomplished using CGI and will not work without it. */
 | |
| if( !location.origin || !location.origin.match || !location.origin.match(/http/) ){
 | |
| document.getElementById("search_menubutton").style.display = "none";
 | |
| }
 | |
| /* Used by the Hide/Show button beside syntax diagrams, to toggle the */
 | |
| function hideorshow(btn,obj){
 | |
| var x = document.getElementById(obj);
 | |
| var b = document.getElementById(btn);
 | |
| if( x.style.display!='none' ){
 | |
| x.style.display = 'none';
 | |
| b.innerHTML='show';
 | |
| }else{
 | |
| x.style.display = '';
 | |
| b.innerHTML='hide';
 | |
| }
 | |
| return false;
 | |
| }
 | |
| </script>
 | |
| </div>
 | |
| <!-- keywords: sqlite3_unlock_notify -->
 | |
| <div class=nosearch>
 | |
| <a href="intro.html"><h2>SQLite C Interface</h2></a>
 | |
| <h2>Unlock Notification</h2>
 | |
| </div>
 | |
| <blockquote><pre>
 | |
| int sqlite3_unlock_notify(
 | |
|   sqlite3 *pBlocked,                          /* Waiting connection */
 | |
|   void (*xNotify)(void **apArg, int nArg),    /* Callback function to invoke */
 | |
|   void *pNotifyArg                            /* Argument to pass to xNotify */
 | |
| );
 | |
| </pre></blockquote>
 | |
| <p>
 | |
| When running in shared-cache mode, a database operation may fail with
 | |
| an <a href="../rescode.html#locked">SQLITE_LOCKED</a> error if the required locks on the shared-cache or
 | |
| individual tables within the shared-cache cannot be obtained. See
 | |
| <a href="../sharedcache.html">SQLite Shared-Cache Mode</a> for a description of shared-cache locking.
 | |
| This API may be used to register a callback that SQLite will invoke
 | |
| when the connection currently holding the required lock relinquishes it.
 | |
| This API is only available if the library was compiled with the
 | |
| <a href="../compile.html#enable_unlock_notify">SQLITE_ENABLE_UNLOCK_NOTIFY</a> C-preprocessor symbol defined.</p>
 | |
| 
 | |
| <p>See Also: <a href="../unlock_notify.html">Using the SQLite Unlock Notification Feature</a>.</p>
 | |
| 
 | |
| <p>Shared-cache locks are released when a database connection concludes
 | |
| its current transaction, either by committing it or rolling it back.</p>
 | |
| 
 | |
| <p>When a connection (known as the blocked connection) fails to obtain a
 | |
| shared-cache lock and SQLITE_LOCKED is returned to the caller, the
 | |
| identity of the database connection (the blocking connection) that
 | |
| has locked the required resource is stored internally. After an
 | |
| application receives an SQLITE_LOCKED error, it may call the
 | |
| sqlite3_unlock_notify() method with the blocked connection handle as
 | |
| the first argument to register for a callback that will be invoked
 | |
| when the blocking connections current transaction is concluded. The
 | |
| callback is invoked from within the <a href="../c3ref/step.html">sqlite3_step</a> or <a href="../c3ref/close.html">sqlite3_close</a>
 | |
| call that concludes the blocking connection's transaction.</p>
 | |
| 
 | |
| <p>If sqlite3_unlock_notify() is called in a multi-threaded application,
 | |
| there is a chance that the blocking connection will have already
 | |
| concluded its transaction by the time sqlite3_unlock_notify() is invoked.
 | |
| If this happens, then the specified callback is invoked immediately,
 | |
| from within the call to sqlite3_unlock_notify().</p>
 | |
| 
 | |
| <p>If the blocked connection is attempting to obtain a write-lock on a
 | |
| shared-cache table, and more than one other connection currently holds
 | |
| a read-lock on the same table, then SQLite arbitrarily selects one of
 | |
| the other connections to use as the blocking connection.</p>
 | |
| 
 | |
| <p>There may be at most one unlock-notify callback registered by a
 | |
| blocked connection. If sqlite3_unlock_notify() is called when the
 | |
| blocked connection already has a registered unlock-notify callback,
 | |
| then the new callback replaces the old. If sqlite3_unlock_notify() is
 | |
| called with a NULL pointer as its second argument, then any existing
 | |
| unlock-notify callback is canceled. The blocked connections
 | |
| unlock-notify callback may also be canceled by closing the blocked
 | |
| connection using <a href="../c3ref/close.html">sqlite3_close()</a>.</p>
 | |
| 
 | |
| <p>The unlock-notify callback is not reentrant. If an application invokes
 | |
| any sqlite3_xxx API functions from within an unlock-notify callback, a
 | |
| crash or deadlock may be the result.</p>
 | |
| 
 | |
| <p>Unless deadlock is detected (see below), sqlite3_unlock_notify() always
 | |
| returns SQLITE_OK.</p>
 | |
| 
 | |
| <p><b>Callback Invocation Details</b></p>
 | |
| 
 | |
| <p>When an unlock-notify callback is registered, the application provides a
 | |
| single void* pointer that is passed to the callback when it is invoked.
 | |
| However, the signature of the callback function allows SQLite to pass
 | |
| it an array of void* context pointers. The first argument passed to
 | |
| an unlock-notify callback is a pointer to an array of void* pointers,
 | |
| and the second is the number of entries in the array.</p>
 | |
| 
 | |
| <p>When a blocking connection's transaction is concluded, there may be
 | |
| more than one blocked connection that has registered for an unlock-notify
 | |
| callback. If two or more such blocked connections have specified the
 | |
| same callback function, then instead of invoking the callback function
 | |
| multiple times, it is invoked once with the set of void* context pointers
 | |
| specified by the blocked connections bundled together into an array.
 | |
| This gives the application an opportunity to prioritize any actions
 | |
| related to the set of unblocked database connections.</p>
 | |
| 
 | |
| <p><b>Deadlock Detection</b></p>
 | |
| 
 | |
| <p>Assuming that after registering for an unlock-notify callback a
 | |
| database waits for the callback to be issued before taking any further
 | |
| action (a reasonable assumption), then using this API may cause the
 | |
| application to deadlock. For example, if connection X is waiting for
 | |
| connection Y's transaction to be concluded, and similarly connection
 | |
| Y is waiting on connection X's transaction, then neither connection
 | |
| will proceed and the system may remain deadlocked indefinitely.</p>
 | |
| 
 | |
| <p>To avoid this scenario, the sqlite3_unlock_notify() performs deadlock
 | |
| detection. If a given call to sqlite3_unlock_notify() would put the
 | |
| system in a deadlocked state, then SQLITE_LOCKED is returned and no
 | |
| unlock-notify callback is registered. The system is said to be in
 | |
| a deadlocked state if connection A has registered for an unlock-notify
 | |
| callback on the conclusion of connection B's transaction, and connection
 | |
| B has itself registered for an unlock-notify callback when connection
 | |
| A's transaction is concluded. Indirect deadlock is also detected, so
 | |
| the system is also considered to be deadlocked if connection B has
 | |
| registered for an unlock-notify callback on the conclusion of connection
 | |
| C's transaction, where connection C is waiting on connection A. Any
 | |
| number of levels of indirection are allowed.</p>
 | |
| 
 | |
| <p><b>The "DROP TABLE" Exception</b></p>
 | |
| 
 | |
| <p>When a call to <a href="../c3ref/step.html">sqlite3_step()</a> returns SQLITE_LOCKED, it is almost
 | |
| always appropriate to call sqlite3_unlock_notify(). There is however,
 | |
| one exception. When executing a "DROP TABLE" or "DROP INDEX" statement,
 | |
| SQLite checks if there are any currently executing SELECT statements
 | |
| that belong to the same connection. If there are, SQLITE_LOCKED is
 | |
| returned. In this case there is no "blocking connection", so invoking
 | |
| sqlite3_unlock_notify() results in the unlock-notify callback being
 | |
| invoked immediately. If the application then re-attempts the "DROP TABLE"
 | |
| or "DROP INDEX" query, an infinite loop might be the result.</p>
 | |
| 
 | |
| <p>One way around this problem is to check the extended error code returned
 | |
| by an sqlite3_step() call. If there is a blocking connection, then the
 | |
| extended error code is set to SQLITE_LOCKED_SHAREDCACHE. Otherwise, in
 | |
| the special "DROP TABLE/INDEX" case, the extended error code is just
 | |
| SQLITE_LOCKED.
 | |
| </p><p>See also lists of
 | |
|   <a href="objlist.html">Objects</a>,
 | |
|   <a href="constlist.html">Constants</a>, and
 | |
|   <a href="funclist.html">Functions</a>.</p>
 |