forum.clarionlife.net

С праздниками всех!
Поделитесь опытом, вариантом, как при запуске программы включить обновить или простую проверку целостности программы до ее открытия.
Интересует, чтобы у клиента быстро простым нажатием дополнительной клавиши запустить в программе проверку БД, в форуме где то пробегало, напомните пожалуйста.
Заранее спасибо

Clarion 10, ABC

ДД !

Извините, но это три разных задачи и у каждой своё решение.
1. Обновление версии программы с проверкой занятости и замещением файлов;
2. Проверка целостности проекта при запуске (версии компонентов EXE и DLL);
3. Проверка целостности БД.

Что именно Вас интересует на выходе из Новогодних праздников (какая задача) ?

Игорь Столяров писал(а): 06 Январь 2025, 15:46 ДД !

Извините, но это три разных задачи и у каждой своё решение.
1. Обновление версии программы с проверкой занятости и замещением файлов;
2. Проверка целостности проекта при запуске (версии компонентов EXE и DLL);
3. Проверка целостности БД.

Что именно Вас интересует на выходе из Новогодних праздников (какая задача) ?

Спасибо Игорь.
Сложновато сформулировать вопрос после праздников, спасибо за понимание.
1. При запуске программы, exe файла, программа работает в штатном режиме.
2. Если при запуске программы была нажата например клавиша Ctrl, тогда программа запускалась для проверки БД.
Извините за мой после новогодний французский. )

Ну ... при запуске программы проверяйте состояние KEYSTATE() и выполняйте запуск процедуры проверки Вашей БД.
В справке есть подробное описание флагов клавиатуры возвращаемых KEYSTATE().
А вдруг есть только мышь белая ?

gopstop2007 писал(а): 06 Январь 2025, 23:34 1. Обновление версии программы с проверкой занятости и замещением файлов;
2. Проверка целостности проекта при запуске (версии компонентов EXE и DLL);

Вещь, в общем-то, тривиальная и нетривиальная одновременно.

Я гонял проверку целостности компонентов путём сравнения хешей файлов, когда каждый exe сам тестирует себя и модули в момент запуска.
В общем случае проблем никаких (открыл сам себя как файл на чтение, прочитал, подсчитал хеш и счастлив).

Но вот некоторые антивирусы, системы защиты от копирования и много, кто ещё, любят принять такие операции за вирусы или попытки взлома. Хорошо, когда, просто, срубают с диагностикой и можно понять, что делать. Но наталкивался на гадкие "продвинутые" системы, которые ухитрялись втихую подсовывать изменённое содержание файла (каждый раз у одного и того же файла новый хеш). Таких гадин немного, но попадаются.

Как вариант, можно использовать стандартные утилиты типа winget и анализировать их выдачу, что не сложно.

Губин Игорь писал(а): 08 Январь 2025, 11:52 Но наталкивался на гадкие "продвинутые" системы, которые ухитрялись втихую подсовывать изменённое содержание файла (каждый раз у одного и того же файла новый хеш). Таких гадин немного, но попадаются.

Я тогда пару месяцев убил пытаясь понять причину, пока не вычислил виновного и не "прижал к стенке" службу поддержки, которая, крайне неохотно, но призналась, что "такое есть, но они об этом мне не скажут"

Губин Игорь писал(а): 08 Январь 2025, 11:52 Я гонял проверку целостности компонентов

Мы так не заморачиваемся ...
При сборке в EXE и всех DLL проекта прописывается дата версии (или сборки).
При запуске эти даты мгновенно проверяются и в случае разнобоя выдаётся сообщение.

Крайне редкие ситуации - когда кто-то умышленно подменяет DLL в проекте.
А вот неполное обновление или восстановление резервных копий - бывает и такие проблемы отсекаются.

Игорь Столяров писал(а): 08 Январь 2025, 12:02 А вот неполное обновление или восстановление резервных копий - бывает и такие проблемы отсекаются.

Тут мне проще. Обновление всегда полное и внешним инсталлятором. Все проблемы - на его совести

У меня даты сборки отдельных компонентов могу отличаться и значительно.