Здравствуйте, Dym On, Вы писали:
M>>Ну, мьютексом я пользовался, да. Тока мьютекс — это не диспетчер доступа к БД, а в данном случае просто костыль DO>Ну тут опять же вопрос требований, если достаточно костыля, почему бы и нет.
DO>PS Но постепенно уже формируется некоторое ТЗ
Ага, да
Нужен SQL, без изысков — норм
Доступ из джава и C++ — какие-то удобные либы и там и там нужны.
Win32
Что-то безсерверное, inproc.
Один пишет много, другие читают много. Читатели редко-редко что-то записывают, писатель периодически почитывает некоторые таблицы — ищет отзывы от читателей
Носить на дискеткефлешке рабочую копию
Здравствуйте, IT, Вы писали:
IT>Ну дык мало ли чего вы там ещё накрутили. У нас такая простейшая синхронизация процессов работает уже много лет шо железная железяка. Каждый день без выходных.
В управляемой среде проблемы нет, т.к. приложение не может (почти никогда) аварийно завершиться. Приложение на C++ может, и иногда так и делает. В результате у тебя нет раскрутки стека, и просто никто не отдает мутекс системе после падения как минимум в POSIX. Лечится по старинке перезагрузкой компьютера!
S>Под твоё описание идеально подходит Firebird Embedded.
Выделяю болдом фрагмент в его описании:
Хочется что-то такое же легко, не требующее отдельной установки, чтобы можно было с собой и базу и движок таскать, но позволяющее шарить БД между процессами
Теперь смотрим на описание предложенного тобой, тоже на всякий случай болдом выделю:
only single user access
В более глубоких интернетиках находится информация о возможности использовать костыль через конкурирующее дрюканье лок-файла, но не раскрывается тема стабильности — что будет, если текущий локер примет ислам. Кроме того, данный костыль доступен и в сабжевом SQLite.
Короч, так себе альтернатива, до "идеальной" ей как раком до луны.
S>Полноценный SQL-сервер.
"Больше 100кмч можно ехать на автобане в любом ряду кроме правого крайнего" (c) pik
"В германии земля в частной собственности" (c) pik
"Закрывать школы, при нулевой смертности среди детей и подростков, это верх глупости" (c) Abalak
Здравствуйте, kaa.python, Вы писали:
IT>>Ну дык мало ли чего вы там ещё накрутили. У нас такая простейшая синхронизация процессов работает уже много лет шо железная железяка. Каждый день без выходных.
KP>В управляемой среде проблемы нет, т.к. приложение не может (почти никогда) аварийно завершиться. Приложение на C++ может, и иногда так и делает. В результате у тебя нет раскрутки стека, и просто никто не отдает мутекс системе после падения как минимум в POSIX. Лечится по старинке перезагрузкой компьютера!
У Рихтера же вроде русским по белому было написано, что мьютек (нормальный системный виндовый объект) будет освобожден, если удерживающий его поток (процесс?) завершится (полагаю, в том числе и аварийно)...
Сам я ни разу не удосужился это проверить
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>У Рихтера же вроде русским по белому было написано, что мьютек (нормальный системный виндовый объект) будет освобожден, если удерживающий его поток (процесс?) завершится (полагаю, в том числе и аварийно)...
Я такую беду на macOS ловил, что там в Windows вообще не в курсе
