Minoru
сейчас я каким-то чудом получаю SQLITE_LOCKED, хотя, казалось бы, не делаю с соединением ничего незаконного

Minoru
посидел-подумал, наткнулся на ещё одну гипотезу, проверяю…

Minoru
(а в чатик пишу, потому что это отвлекает и помогает ещё подумать :)

Minoru
похоже, я разобрался. У меня в одном потоке была транзакция, которая сначала делала SELECT, а потом UPDATE. В другом потоке в это же время в цикле происходили INSERT (в эту же таблицу). SQLITE_LOCKED я получал при попытке выполнить UPDATE. Ну и, собственно, проблема в том, что пока первый поток читает таблицу, второй успевает в неё что-то добавить, и при попытке апгрейда транзакции до записи (это делает UPDATE) я получаю ошибку, т.к. кто-то уже успел обновить таблицу и мой UPDATE уже не имеет смысла, т.к. действует над старой версией данных

O01eg
дедлок?

Minoru
да нет, обычный конфликт

Minoru
обидно, что для SQLITE_BUSY есть готовый обработчик, можно одним вызовом установить таймаут минуту или две — и библиотека будет сама перезапускать statement, аж пока не получится. А для SQLITE_LOCKED такого нет; эту ошибку придётся явно обрабатывать

Minoru
капец, оказывается, SQLite не принимает патчи, потому что находится в Public Domain. Короче, пришлось просто им на форуме рассказать, что не так, и попросить уточнить документацию: https://sqlite.org/forum/forumpost/bc0ddb7834

월요일 아침 v0.7.0-20211025!

А свои патчи нельзя что ли под Public Domain публиковать?

По тому же принципу как эти патчи публикуются для других проектов

Под другими лицензиями

Mr.Purple
утра

화요일 아침 v0.0.1-20211026!

Всё логично.

А как у них вообще проект пополняется кодом, если они патчи не принимают?

блин, вчера thunderbird обновился и отвалилась четверть фильтров...(

какая-то хрень. Я же ставил ванапи. И вроде бы ставил интел инспектора)

Ставил винапи!

и не выйграл!