Работая с компонентом WinExec заметил, что, в RunEvent функции Async не выполняется или выполняется некорректно, а т.е пока выполняется процесс запуска программы с помощью WinExec, программа не отвечает, а следовательно находиться в режиме ожидания.

Пожалуйста, выражайтесь точнее. Процесс запуска программы может занимать доли секунды, а может - минуты. Работа программы вообще не ограничена по максимуму по очевидным причинам. Так что такое "процесс запуска", работа дочерней программы, или этап загрузки?

Неоднократно запускал приложения этим компонентом в асинхронном режиме, родительский процесс ВСЕГДА получал управление обратно, после отработки API.

Если API долго не возвращает вам управление, запускайте из отдельного потока ваше дочернее приложение.
------------ Дoбавленo в 13.55:
Ах да, схема с примером на базе встроенных в Windows приложений у Вас часом не завалялась, наглядно показывающая

------------ Дoбавленo в 13.57:
И уточните версии компонентов, среды конструктора, компилятор, который использовался и ОС, на которой проявляется проблема, права пользователя, под которым производился запуск.

А причем здесь "Ошибки в среде", когда это относится к конкретному пакету и от среды никак не зависит
------------ Дoбавленo в 14.03:
Перемещено

Мда нормального ответа нету, 1nd1g0 - вы сами не можете построить схему из одного компонента ? какой тут пример WinExec и запуск через него сторонеей программы.


Сборка HiAsm - последняя, компилятор - delphi, Windows 7, запускаеться с правами админа.


Какая Вам разница сколько времени запускаеться программа ? В данном случае это не важно, это не вообще так как время запуска варьируеться исходя из многих факторов.

Я Вам объесняю что пока дочерняя программа запускаеться или выполняет свои функции - при помощи WinExec, программа с WinExec - не отвечает, а следовательно Async из RunEvent не выполнил свою функцию и немедленно не передал управление основной программе, а дождался выполнения дочерней. Он действовал как действовала бы функция Wait.
------------ Дoбавленo в 14.43:
В общем это явно особенность дочерней программы, если кто то захочет увидеть, то, что увидел я скачайте этот http://build.chromium.org/f/chromium/snapshots/Win/87454/mini_installer.exe файл, и запустите с помощью WinExec

Пардон, но это Вы не можете доказать наличие ошибки в WinExec. То, что кто-то настолько тормозной, что ставит заморозку на своего родителя, и повышает себе приоритет на время распаковки в память, не делает родителя виноватым. WinExec честно ждёт момента, когда сможет выставить размер окна запускаемой жертвы, а жертва занимает под сотню метров оперативки сперва, дважды распаковываясь и тормозя всю систему, т.ч. окно появляется через пол-года.

Так и должно быть -- пока сторонняя прога не отдаст управления ОС, мы сигнала о запуске не получим. Но если надо срочно вернуть управление своему ПО, до сделать можно так

code_24242.txt
------------ Дoбавленo в 15.02:

Режим WinExec изначально не предполагал создания дополнительного потока для запуска чужого ПО именно в чистом асинхронном режиме, но это не является ошибкой, и никогда ею не было

Да можно ещё проще!

code_24243.txt

Душевно благодарю вас за разъяснения. Просто мне не давало покая, ошибка ли компонента это, или дочернего софта.

Я же сказал, почему это происходит. Процесс наш ждёт отмашку от библиотеки, к которой обратился по API, а та, в свою очередь, ждёт окна чтобы передать ему сообщения на предмет желаемого размера.

Ну и кто виноват, что окно не появляется до второго пришествия? Обратите внимание на точку, к которой я подключился для запуска Вашего приложения, поймёте трюк

Все правильно, запускаем приложение при помощи передачи команды 'open' запускному модулю Shell32.dll, сами ничего не делая

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

Леонид, у меня работает как и задумано...

Пример схемы:
code_24246.txt
------------ Дoбавленo в 15.26:
Win 7 (sp1x32)
Delphi 4,7 и FPC.
SVN: 244

Сообщество, очень вам благодарен!
1nd1g0 - твой способ просто нерально гениален, все работает как надо и проще не куда было.

MireX, «Всё следует упрощать до тех пор, пока это возможно, но не более того». (с) А.Эйнштейн