Documentation Source Text

Check-in [0466a1ef20]
Login

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

Overview
Comment:Fix a broken link int the custombuild.html page. Sort the list of objects on the c3ref/objlist.html page.
Timelines: family | ancestors | descendants | both | trunk
Files: files | file ages | folders
SHA1: 0466a1ef20aac9461a1d44d1fb1ba2abcb5d328d
User & Date: drh 2008-06-18 13:49:18
Context
2008-06-23
11:16
Fix typo identified by cvstrac ticket #3136. check-in: 84ce96a21d user: dan tags: trunk
2008-06-18
13:49
Fix a broken link int the custombuild.html page. Sort the list of objects on the c3ref/objlist.html page. check-in: 0466a1ef20 user: drh tags: trunk
12:18
Fix for CVSTrac ticket #3177. check-in: 47fbff8bc7 user: drh tags: trunk
Changes
Hide Diffs Unified Diffs Ignore Whitespace Patch

Changes to pages/capi3ref.in.

286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
}
hd_open_aux c3ref/objlist.html
hd_header {List Of SQLite Objects}
hd_enable_main 0
hd_puts {<a href="intro.html"><h2>SQLite C Interface</h2></a>}
hd_enable_main 1
hd_puts {<h2>Objects:</h2>}
output_list 3 $objlist
hd_enable_main 0
hd_puts {<p>Other lists:
<a href="constlist.html">Constants</a> and
<a href="funclist.html">Functions</a>.}
hd_close_aux
hd_enable_main 1
hd_puts {<hr>}







|







286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
}
hd_open_aux c3ref/objlist.html
hd_header {List Of SQLite Objects}
hd_enable_main 0
hd_puts {<a href="intro.html"><h2>SQLite C Interface</h2></a>}
hd_enable_main 1
hd_puts {<h2>Objects:</h2>}
output_list 3 [lsort $objlist]
hd_enable_main 0
hd_puts {<p>Other lists:
<a href="constlist.html">Constants</a> and
<a href="funclist.html">Functions</a>.}
hd_close_aux
hd_enable_main 1
hd_puts {<hr>}

Changes to pages/custombuild.in.

128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
manage threads, SQLite supports an alternative run-time configuration
that is half way between not using any mutexes and the default situation
of mutexing everything in sight.  This in-the-middle mutex alignment can
be established as follows:</p>

<blockquote><pre>
sqlite3_config(SQLITE_CONFIG_MULTITHREAD);
sqlite3_config(SQLITE_CONFIG_MEMSTATS, 0);
</pre></blockquote>

<p>There are two separate configuration changes here which can
be used either togethr or separately. The
[SQLITE_CONFIG_MULTITHREAD] setting disables the mutexes that
serialize access to [database connection] objects and 
[prepared statement] objects.  With this setting, the application
is free to use SQLite from multiple threads, but it must make sure
than no two threads try to access the same [database connection]
or any [prepared statements] associated with the same 
[database connection] at the same time.  Two threads can use SQLite
at the same time, but they must use separate [database connections].
The second [SQLITE_CONFIG_MEMSTATS] setting disables the mechanism
in SQLite that tracks the total size of all outstanding memory
allocation requests.  This omits the need to mutex each call
to [sqlite3_malloc()] and [sqlite3_free()], which saves a huge
number of mutex operations.  But a consequence of disabling the
memory statistics mechanism is that the 
[sqlite3_memory_used()], [sqlite3_memory_highwater()], and
[sqlite3_soft_heap_limit()] interfaces cease to work.







|












|







128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
manage threads, SQLite supports an alternative run-time configuration
that is half way between not using any mutexes and the default situation
of mutexing everything in sight.  This in-the-middle mutex alignment can
be established as follows:</p>

<blockquote><pre>
sqlite3_config(SQLITE_CONFIG_MULTITHREAD);
sqlite3_config(SQLITE_CONFIG_MEMSTATUS, 0);
</pre></blockquote>

<p>There are two separate configuration changes here which can
be used either togethr or separately. The
[SQLITE_CONFIG_MULTITHREAD] setting disables the mutexes that
serialize access to [database connection] objects and 
[prepared statement] objects.  With this setting, the application
is free to use SQLite from multiple threads, but it must make sure
than no two threads try to access the same [database connection]
or any [prepared statements] associated with the same 
[database connection] at the same time.  Two threads can use SQLite
at the same time, but they must use separate [database connections].
The second [SQLITE_CONFIG_MEMSTATUS] setting disables the mechanism
in SQLite that tracks the total size of all outstanding memory
allocation requests.  This omits the need to mutex each call
to [sqlite3_malloc()] and [sqlite3_free()], which saves a huge
number of mutex operations.  But a consequence of disabling the
memory statistics mechanism is that the 
[sqlite3_memory_used()], [sqlite3_memory_highwater()], and
[sqlite3_soft_heap_limit()] interfaces cease to work.