If you're sure that there's no other threads or processes accessing
the database then I'd suggest you to look for help somewhere among
Windows gurus because it sounds like an issue with file system which
somehow tries to execute some tasks in background returning to the
caller immediately. Maybe
The application runs as a singleton; there are no other applications
accessing the data base.
I do not run the command-line tool while testing.
I've cut down the example code:
SqlStatus = sqlite3_open16 ( db_loc_string
,
) ;
if (
> All of the archive content on SQLITE_BUSY appears to assume multi-threaded
> database access; I have only a primary thread.
There's also multi-process access. Is there any chance that there're
several instances of your application running at the same time? What
is your test case exactly? Is it
I'm currently working with version 3.6.14 on Windows XP/SP4 (32-bit). The
application is coded for Unicode.
I wrote all of the application (MS C++ native code) excluding SQLite, so I'm
confident that it is a single-threaded app. Threads have never been part of
its design.
The failure occurs in
4 matches
Mail list logo