kealon(Ruslan)странно, попытался завесить окно с помощью Sleep (кнопка Test), не выходит заморозка

"Exe" это, конечно, круто)))
Но только после того, как пол литра хотя бы вместе выпьем))

Тыкал на шапку главной формы?
В ghost вообще *может* (видимо) не впадать, если запустил и ждешь. Но если тыкнешь на главную форму, то сразу впадет.

kealon(Ruslan)нефига не впадает

PS: есть же виртуалки если боишься, но могу заверить что там ничего нет, это тестовое приложение для WinAPI.

1. По виртуалки. Но на моем HP ProBook 450 G5, если в биосе включить виртуализацию, то он грузится по 40 минут. Видимо, глюк. Но я так и не собрался в сервис сносить... Сижу без виртуалки.

2. Ок. Этап поллитры для пропустим))
Посмотрел. Не претендую на исходники. Понимаю, что тестовое приложение с кучей ценных фишек))

3. Что делаю:
а. Запустил.
б. Нажал "Test"
в. Сразу кликнул на шапку - ноль реакции (потаскать тоже нельзя).
г. Подождал 5 сек и кликнул на шапке => "(не отвечает)", можно таскать.
Сделал аналог, только открыл несколько форм.
На каждой через 5 сек получаю "(не отвечает)".

Win 10 Pro 64-бита

Я немного запутался. Правильно понимаю, что ты хочешь сказать, что любое окно можно повесить?
Ну собсно, я вроде не отрицал. Я говорил, что если есть еще одно *живое* окно в еще одном потоке, то это не будет препятствовать главному окну впасть в "(не отвечает)". Т.е. проверил совет 21924358

Вывод - Windows проверяет очередь каждого потока и анализирует необходимость впадать в "(не отвечает)" для окно этого потока.

ЗЫ Кода не видел твоего. Может я что-то неверно понял.

kealon(Ruslan)ладно, нету времени тест дорабатывать, завтра попробую потестить
Тут скорее интерес теоретический.
Ибо, похоже, все же надо писать программы так, чтобы не было "(не отвечает)".
А то введет Windows вообще репрессии в будущем - десктопные приложения не имеют права засыпать больше, чем на 5 секунд. Не зря MSDN так скупо тему описывает.

Василий 2В общем, получается, что безопаснее всего вызывать долгие операции в фоне, а в главном потоке показывать модальный прогресс-бар, блокируя главную форму (если эти операции не рассчитаны на отправку в фон).

Походу, именно так.

Другой вопрос, что просто оправить свои алгоритмы (без обращения к БД) в фон - это легко.
Другой вопрос, что в фон надо отправить обращение к БД.
А вот тут вопрос, как делать.

Я, вот, ADODB пользуюсь. Насколько я понимаю, там потоковая модель Both. Но работаю с ней как STA (сама дельфа вызывает за меня CoInitialize) Т.е. если мелочь миллисекундная по обращению к БД идет из главного потока, а отчеты надо делать из доп. потока... то не понятно, как обращаться к ADODB - нельзя же из разных потоков.

Или можно? Сколько ни пытаюсь эти STA/MTA понять, все никак...

rgreatПользуюсь DisableProcessWindowsGhosting и все ок.
У меня пользователи сами распараллеливают свою работу: 2-3 клиента запускают.
В одном вводят, в другом - отчеты считают.
После вызова DisableProcessWindowsGhosting приложение наглухо гаснет - ни мышкой не достанешь, ни ALT+TAB... Будет паника - все повисло, караул!!!

rgreatТам гже пользуюсь у меня приложение гарантированно одно. Через мютекс.
ну все равно имхо не айс:
1. запустил приложение твой пользователь
2. при запуске ты вызвал DisableProcessWindowsGhosting
3. пользователь запустил отчет.
4. пошел почту проверить в браузере.
5. а в приложение не вернешься уже...пока отчет не выполнится до конца.
полное ощущение "зависа"...

kealon(Ruslan)но там скорее всего на гуи обвязка от VCL, либо напрямую с интерфейсами работать либо очень осторожно в обход расставленных граблей, и так швах и так швах выходит

у меня от VCL используется только совсем база, без которой нельзя. Никакими датабазными компонентами не пользуюсь. Грид свой. ADODB импортировал сам лет 20 назад, периодически переимпортирую. Т.е. ADODB в моих руках. Курсорами не пользуюсь. Через ADODB.Recordset забираю все, что нужно, через ADODB.Command путем вызова сохр. процедур возвращаю, что поменял.

Вывод - к интерфейсам ADODB имею прямой доступ.

Вообще, всегда был уверен, что ADODB имеет потоковую модель STA. Посмотрел в реестре- BOTH!! Т.е. и в MTA тоже, по идее, могёт.

kealon(Ruslan)COINIT_MULTITHREADED = 0; // OLE calls objects on any thread.
Но это, насколько понимаю, надо само мое приложение в таком режиме запустить и все потоки тоже, чтобы они попали в один MTA.
Если с потоками понятно - CoInitializeEx(COINIT_MULTITHREADED) - то, что делать с главным потоком, чтобы он тоже попал в MTA? Нашел ComObj.CoInitFlags - оно?

Надо попробовать, но здорово было знать, что оно получится)))

Может есть у кого опыт использования ADODB в режиме MTA?