sqlite3 database is locked

права проверь

не помогло:

chmod a=rw myfile.sqlite3

P.S.1 было rw у владельца, от имени которого запускается приложение

P.S.2 если запустить только пишущий код из условия2, без кода из условия 1 - все работает

если мне склероз не изменяет, там еще и у каталога права на запись должны быть

Тут проблема с повторным открытием соединения с базой. Если в приложение выполняется только условие1 или только условие 2, то все ok.

А вот если выполняется условие1 а за ним условие2, то ошибка. Чего-то я не знаю о sqlite3.

а ты в условие2 тоже select воткни. заодно и посмотришь, в повторном открытии дело, или в типе операции

http://www.sqlite.org/cvstrac/wiki?p=DatabaseIsLocked

в документации рассматривается случай блокировки БД, когда внутри выборки делают DROP. Но у меня совсем другое, это два разных соединения.

что-то я упустил ...

если в условие2 воткнуть SELECT, то все нормально работает.

НО ПРИ ЧЕМ ТУТ С++???

Проверьте, не вернул ли sqlite3_close() ошибку.

Скачай отладочные символы к sqlite3 и пройдись отладчиком пошагово по той функции.

да, ошибка

printf("sqlite3_close=%i\n",sqlite3_close(db));// sqlite3_close=5 

Почему sqlite3_close() возвращает ошибку?

что не так в алгоритме ниже:

sqlite3 *db; 
sqlite3_stmt *stmt;  
char const* zReq;

// первая выборка
zReq = "SELECT ...;";
sqlite3_prepare_v2(db, zReq,-1,&stmt,0);
sqlite3_step(stmt);
Val1 = sqlite3_column_int(stmt,0);
sqlite3_reset(stmt);

// вторая выборка
zReq = "SELECT ...;";
sqlite3_prepare_v2(db, zReq,-1,&stmt,0);
sqlite3_step(stmt);
Val2 = sqlite3_column_int(stmt,0);
sqlite3_reset(stmt);

// третья выборка
zReq = "SELECT ... ? ? ? ? ?;";
sqlite3_prepare_v2(db, zReq,-1,&stmt,0);
sqlite3_bind_int(stmt,1,...);
sqlite3_bind_int(stmt,2,...);
// ...
while( sqlite3_step(stmt) == SQLITE_ROW ){
             x = sqlite3_column_int(stmt,0);
             y = sqlite3_column_int(stmt,1);
             // .....
}
sqlite3_reset(stmt);

// ...

sqlite3_finalize(stmt);
sqlite3_close(db); // ошибка SQLITE_BUSY 

P.S.

If the database connection is associated with unfinalized prepared statements or unfinished sqlite3_backup objects then sqlite3_close() will leave the database connection open and return SQLITE_BUSY.

Почему-то вы считаете, что если вы переиспользуете переменную stmt, то вы работаете с «одним и тем же» объектом, и sqlite3_finalize нужно делать один раз (из последнего примера наконец стало очевидно, что именно так вы и считаете).

На самом деле prepare_v2, которому вы передаёте &stmt, присвоит stmt новый statement handle, а старый handle при этом потеряется: вы его не храните и не можете финализировать, а должны.

Вывод: просто добавьте sqlite3_finalize(stmt) в нескольких местах (там, где у вас сейчас reset, после которого ничего нет до следующего prepare_v2).

Спасибо! убал reset оставил finalize --- без ошибок.

P.S. а когда тогда reset нужен?

reset нужен, когда один и тот же statement перезапускаете (то есть с одним и тем же handle). Один раз prepare_v2, много раз bind/step/reset, bind/step/step/reset, один раз finalize.

Можно, например, подготовить много statement'ов и хранить все их handle, пользоваться по необходимости, а перед закрытием базы на каждый из них finalize сделать. А можно обмазать это какими-нибудь C++-классами, которые будут делать prepare_v2 перед первым использованием данного запроса, и finalize в деструкторе (если был сделан prepare_v2).

Ясно!