Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Самоуничтожающийся объект
|
|||
|---|---|---|---|
|
#18+
DmSer Dimitry Sibiryakov пропущено... Код: sql 1. 2. По собственному опыту могу сказать, что так делать не нужно. В наших программах было несколько мест, где старт потоков выполнялся в секции initialization. Иногда (один раз из 100) при запуске программ возникали различные странные ошибки, зачастую процесс тут же вырубался. Долго разбирались. Оказалось, что виновник - это создание потока в секции initialization EXE-файла (про DLL даже и не говорю). После переноса в другие места (например, в OnFormCreate), программа запускается в 100% случаев. Гоняли с помощью такого батника: Код: powershell 1. 2. 3. 4. В DPR-файле Exit делали сразу после BEGIN. Перед Exit писали сообщение в лог. в моём случае запуск происходит в OnFormShow основной формы которая автоматом запускается при старте программы. Поток опрашивает web сервис и шлёт сообщение которое показывает маску с информацией о новой версии программы (если таковая есть). Информация о версии передаётся из web сервиса и далее в процедуру получающую сообщение через базу. Если пользователь достаточно быстро нажал закрытие программы то компоненты читающие/пишущие в из базы/в базу могут перестать существовать (по крайней мере так я понимаю выскакивающее исключение). Можно конечно анализировать перед каждым обращением к компоненту существует он ещё или нет но такое решение выглядит некрасиво т.к. теоретически компонент может ещё сушествовать а компонент с которым он работает уже быть уничтожен. Хотелось бы немедленного завершения сервиса в ситуации закрытия приложения. Какие ещё тут могут быть идеи? Отсылка сообщения процессу из OnClose основной формы? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2021, 10:18 |
|
||
|
Самоуничтожающийся объект
|
|||
|---|---|---|---|
|
#18+
hlopotun, делаешь криво, неудобно, нелогично. Почему апдейтер должен завершаться при завершении основного приложения? Почему не задавить "проблему" в зародыше и не сделать твой апдейтер в виде отдельного процесса? Сразу исчезают перечисленные тобой "трудности" и получаешь офигенный ништяк в виде независимой от работы юзера с основным приложением. Приложение - апдейтер можно всякий раз запускать при старте приложения, можно при старте ОС. Легко отлаживать, легко изменять, легко использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2021, 10:38 |
|
||
|
Самоуничтожающийся объект
|
|||
|---|---|---|---|
|
#18+
Не выставляйте FreeOnTerminate, никто не будет исчезать! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2021, 10:58 |
|
||
|
Самоуничтожающийся объект
|
|||
|---|---|---|---|
|
#18+
ъъъъъ hlopotun, делаешь криво, неудобно, нелогично. Почему апдейтер должен завершаться при завершении основного приложения? Почему не задавить "проблему" в зародыше и не сделать твой апдейтер в виде отдельного процесса? Сразу исчезают перечисленные тобой "трудности" и получаешь офигенный ништяк в виде независимой от работы юзера с основным приложением. Приложение - апдейтер можно всякий раз запускать при старте приложения, можно при старте ОС. Легко отлаживать, легко изменять, легко использовать. там самого обновления не происходит, только выводится информация с оссылками где почитать и где скачать. Причём в зависимости от пользователя который зашел в программу. Тётушкам из бухгалтерии ненадо ничего показывать а админу или технарю самое оно. Потому из программы (после того как пользователь введён). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2021, 11:32 |
|
||
|
|

start [/forum/topic.php?fid=58&msg=40066248&tid=2037369]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 143ms |

| 0 / 0 |
