Отправлено: 15.10.13 12:07. Заголовок: Как запретить перезагрузку Windows из Harbour ?

Добрый день.

Многие сталкивались, наверное, с ситуацией, когда при перезагрузке Windows (например, после установки очередных обновлений) возникает сообщение: "Windows не может завершить работу приложения ABCDEF, нажмите "Завершить" или "Отменить".

Как добиться похожего поведения программы на Harbour? Понятно, что этот механизм спрятан где-то внутри системы. Думаю, было-бы достаточно, чтобы при получении сообщения от операционки "быстро выходить" выполнялась определенная функция: закрывались таблицы, сохранялись документы и тп...

Как считаете, это реально ?

PS: откуда все это взялось: в процессе поиска редких и "необъяснимых" вылетов без единого сообщения в моем приложении прошло какое-то "кривое" октябрьское обновление для WinXP, которое требует многократной перезагрузки компа. Я сижу и смотрю логи, пытаюсь понять, что привело к вылетам и пустым логам... Спрашиваю у сотрудников че да как... А у них просто "компьютер потребовал перезагрузку, а выйти из программы забыли... а что, так разве нельзя???..."

 Отправлено: 17.10.13 12:29. Заголовок: Pasha пишет: Да буд..

Скрытый текст

Pasha пишет:  цитата: Да будь язык хоть самого сверхвысокого уровня, он не будет блокировать зацикливание при рекурсии, ни на этапе компиляции, ни на этапе интерпретации (когда такой этап имеется). Если знаете такой - напишите. На какой размер блокировать рекурсию ? На 100 ? На 100 тысяч ? А если это необходимо для расчетов ? Это же абсурд. Я привел пример Clipper, там все ровно: 130 рекурсивных вызовов и привет. 100 тысяч рекурсивных вызовов - вот это действительно абсурд.  цитата: Надо понимать еже такой момент. Любая проверка в vm сказывается на его производительности. Если добавить эту абсурдную проверку, то выполнение всех харбор-функций будет чуть медленнее. Таких абсурдных проверок можно придумать множество. Но проверять такие вещи - не функция vm, а функция программиста. Насколько я понимаю Си и ассемблер, проверить одну переменную (указатель стека вызовов) - 2..3 машинных такта. Посмотрите, сколько "лишних" операций происходит при работе кода, написанного на Harbour. И все из-за целей совместимости. Опять-же, есть опция компилятора: сохранять номера строк выполняемых операций/команд/функций. Те-же самые 2-3 машинных такта. Выключите ее и посмотрите, насколько быстрее станет работать приложение. Честно говоря, вовсе не собирался с кем-то ругаться по этому поводу. И не хочу перекладывать вину с себя (где-то что-то ненароком зациклил) на среду разработки. Просто высказал свое удивление и надеюсь на взаимопонимание, а не метание какашками. Сорри если что не так.

Давайте вернемся к теме: пока не могу сделать свой обработчик системных сообщений, подскажите плиз - кто-нить знает, где в реестре хранится время начала текущего сеанса ?
Спасибо.

 Отправлено: 17.10.13 12:54. Заголовок: Журнал сеансов запуска приложения

1)Проще сделать свой собственный журнал - общую DBF
при старте ПО сгенерить уникальный ИД сеанса и записать атрибуты начала сеанса (ИД,дата,время...).
При завершении - найти в журнале свою запись по ИД и записать в эту строку атрибуты окончания сеанса.
Если потом при просмотре журнала атрибуты окончания сеанса окажутся пустыми ( не записано), значит этот сеанс не дошел до конца(свалился)

2) Если есть права к Планировщику заданий компов клиентов - сделайте задания планировщика
на запуск приложения, планировщик ведет журнал запуска сеансов.

 Отправлено: 17.10.13 14:28. Заголовок: Sergy пишет: Опять-..

Sergy пишет:

цитата:

Опять-же, есть опция компилятора: сохранять номера строк выполняемых операций/команд/функций. Те-же самые 2-3 машинных такта. Выключите ее и посмотрите, насколько быстрее станет работать приложение.

Не поверил бы на слово , но пересобрав приложение чисто внешне обнаружил что работает несколько быстрее.
А какие еще есть опции влияющие на производительность работы приложения ?

 Отправлено: 20.10.13 11:07. Заголовок: Dima пишет: Не пове..

Dima пишет:

цитата:

Не поверил бы на слово , но пересобрав приложение чисто внешне обнаружил что работает несколько быстрее. А какие еще есть опции влияющие на производительность работы приложения ?

Ну, с таким-же успехом можно включить/выключть дебуггер и сравнить. Опция -b идет со времен Clipper.