Document the fast that the result flag combinations to

sqlite3_open_v2() that are not defined in the documentation results
in undefined behavior.  Ticket #3037. (CVS 4974)

FossilOrigin-Name: b390e1f7f8d2b530a6765f2ab6804335c5550870
This commit is contained in:
drh
2008-04-10 13:38:17 +00:00
parent 08c88eb0d3
commit d9b97cf3ef
3 changed files with 11 additions and 8 deletions
+4 -1
View File
@@ -30,7 +30,7 @@
** the version number) and changes its name to "sqlite3.h" as
** part of the build process.
**
** @(#) $Id: sqlite.h.in,v 1.302 2008/04/03 14:36:26 danielk1977 Exp $
** @(#) $Id: sqlite.h.in,v 1.303 2008/04/10 13:38:18 drh Exp $
*/
#ifndef _SQLITE3_H_
#define _SQLITE3_H_
@@ -1984,6 +1984,9 @@ void sqlite3_progress_handler(sqlite3*, int, int(*)(void*), void*);
** The third options is behavior that is always used for [sqlite3_open()]
** and [sqlite3_open16()].
**
** If the 4th parameter to [sqlite3_open_v2()] is not one of the
** combinations shown above then the behavior is undefined.
**
** If the filename is ":memory:", then an private
** in-memory database is created for the connection. This in-memory
** database will vanish when the database connection is closed. Future