Dv
Так и хочется его в мультитред засунуть
Size: a a a
2021 October 26
t
я не понимаю, почему интел инспектор про это ничего не сказал
t
я просто поискал статики в си-коде
Dv
Если б я был инспектором и мне показали такой код, я бы тоже ничего не сказал.
Dv
Молча купил билет и съебал куда подальше от таких инспекций
Dv
Но вообще-то, наверное, их можно и корректно использовать?
t
можно, если в рамках одного контекста это всё локается
Dv
Мб это всё часть огромной системы, защищённой с помощью upgradeable read write lock!
t
но да, нестатичный флаг смущает
Dv
Да там вообще какой-то срам и хунта
Dv
Сделаешь его статиком — оно начнёт застревать в плохом стейте
Dv
Типичная ошибка
Dv
lazy khooyazy
t
ладно, я не могу людей винить за код, который они написали в 2010-м
Это были тёмные времена
Это были тёмные времена
t
и в 2018...м
t
https://github.com/Semisonic/IQOptionTestTask/blob/master/utils/spinlock.h
зачем писать такие спинлоки, если мьютекс будет быстрее работать?
зачем писать такие спинлоки, если мьютекс будет быстрее работать?
A
О, лол, iq option
c
Minoru
ура! Воспроизвёл SQLITE_BUSY! В общем, первый тред как и в прошлый раз: BEGIN TRANSACTION; SELECT …; UPDATE …; COMMIT, и UPDATE возвращает SQLITE_BUSY. А второй тред теперь хитрее: от между SELECT и UPDATE первого треда успевает взять лок на запись, сделав BEGIN IMMEDIATE TRANSACTION
ура! Воспроизвёл SQLITE_BUSY! В общем, первый тред как и в прошлый раз: BEGIN TRANSACTION; SELECT …; UPDATE …; COMMIT, и UPDATE возвращает SQLITE_BUSY. А второй тред теперь хитрее: от между SELECT и UPDATE первого треда успевает взять лок на запись, сделав BEGIN IMMEDIATE TRANSACTION
c
Minoru
в той ситуации, которую я описывал ранее, возвращается SQLITE_BUSY_SNAPSHOT, из которого понятно, что кто-то *уже поменял* данные, над которыми я работаю, и мне надо перезапускать всю транзакцию. А вот именно SQLITE_BUSY, без уточнений, возвращается в вышеописанной ситуации, когда никто ещё ничего не поменял, но собирается
в той ситуации, которую я описывал ранее, возвращается SQLITE_BUSY_SNAPSHOT, из которого понятно, что кто-то *уже поменял* данные, над которыми я работаю, и мне надо перезапускать всю транзакцию. А вот именно SQLITE_BUSY, без уточнений, возвращается в вышеописанной ситуации, когда никто ещё ничего не поменял, но собирается
c
Mr.Purple
кто виноват и что делать?
кто виноват и что делать?