Ну, нормальный человек сначала закроет программу, потом нажмет на Uninstall.
Но рассчитывать на это нельзя.

Естественно если exe запущен, то он и используемые им компоненты не удалятся.

Установщик (своими средствами) с этим в общем случае не справляется.

Оптимальным видится след. вариант.

1) Находим hwndTagret окна exe-шника через FindWindowEx либо правильнее перебором через EnumWindow с перепроверкой как я это делаю
2) Если hwndTagret <> 0, то шлем SendMessage (закройся)
3) Целевой exe-шник сообщение принимает и штатно делает все Unload - без kill-ов

Ну как вариант снабдить proga.exe ключом
proga.exe /exit
т.е. ищет ранее запущенную AppInstance, шлет туда "закройся" сам выходит.

Но здесь несколько вопросов тупо и сразу:
1) Как отслеживать что "вышло"? Это может быть несколько секунд.
Путем долбежки на предмет hwndTagret <> 0 в цикле с DoEvent?
Но hwndTagret это хэндл окна, а не процесс ассоциированный с exe.
Хэндл м.б. уже закрылся а процесс еще не закончился.

2) Если hwndTagret несколько? Как правило один это контролируется, но не всегда. У меня есть exe-шники кот. могут быть запущены без нарушения логики в нескольких экземплярах. Напр., для каждой картинки свое окно (свой запуск exe).

3) Дальше. Компьютер запущен под "просто Юзер". Пришел админ удалять прогу. Пароль по запросу Uninstall ввел, Uninstall (и все что запускает Uninstall) запустился под "Admin", а exe естественно запущен как "User". Я сомневаюсь что SendMessage (закройся)
в этом случае попадет в цель, да и вообще эта цель (hwndTagret) будет найдена в этом случае.

Присоветуйте как сделать.

AkinaПринудительное закрытие программы - неправильно.
Вы что под "принудительно" понимаете?

Я под принудительно понимаю команду:


когда проге вякнуть не дают.
И здесь я соглашусь что это неправильно.

А если у нас не терминальный сервер, а обычная 7-ка, виста или XP с не более одним пользователем за экраном, то нажатие на Uninstall - вполне осознанное решение того кто за компом в данный момент сидит и философия - излишне.

Другое дело, что запущенный exe должен быть закрыт грамотно.

В пред. проге я использовал метод:



Не особо заморачивался, но кажется код вполне разумный. Но он без "отслеживания" что закрылось.

Хотя у меня сейчас в главном exe сделан нек. подвох (крестик сворачивает в трей, а не выгружает)


Посему код выше кот. не обеспечивает RealUnload = True попросту не сработает (равно как и taskkill без /F).
Посему послать SendMessage и пусть сам себя закрывает как умеет разумнее.

Дмитрий773) Дальше. Компьютер запущен под "просто Юзер". Пришел админ удалять прогу. Пароль по запросу Uninstall ввел, Uninstall (и все что запускает Uninstall) запустился под "Admin", а exe естественно запущен как "User". Я сомневаюсь что SendMessage (закройся)
в этом случае попадет в цель, да и вообще эта цель (hwndTagret) будет найдена в этом случае.
Здесь сделал тест и почти успокоился. Окно, запущенное под USER видно из-под ADMIN и даже наоборот.
Поэтому снаряд выпущенный admin "в юзера" думаю попадет.

Счас попробую набросать Test, кот. по ключу /quit выгружает все ранее запущенные экземпляры себя и поиграться немного.
Нарочно в unload какую нибудь дрянь добавлю чтоб подольше не выгружался.

Вот такой вариант сойдет?




FindMyWindow(1) -немного модифицированный вариант FindWindow - чтоб точно находила что надо - обсуждал тут недавно
Она ищет "Form1" (+ проверяет наличие кнопки с зарезервированной абракодаброй) в данном случае

Вопросы:
1) DoEvent одного хватит?
2) А вдруг из цикла не выйдет? Как бы подстраховаться?
Элементарно невыход из цикла делается так:

proga.exe -от имени Администратора
потом
proga.exe /quit -от имени тек. пользователя (не администратора)

Наоборот (как в uninstall) естественно работает.
Но ХЗ, вдруг там зависло чего-нибудь.

Как такой вариант?
Ну т.е. если за 10 сек с чем-то не удалось справиться, то типа ну его, висеть самим дальше смысла нет.
Код конечно на безупречность логики не претендует, но для указанных целей думаю сойдет.
Самое плохое что может быть
1) окно или часть окон не закроются
2) Uninstall не удалит файл или несколько файлов. Честно пытались помочь ему это сделать.

Еще надо следить чтоб второстепенные формы вызывались кодом



а не


иначе послать WM_CLOSE основной формы не закроет приложение из-за того что второстепенная форма была открыта пусть бы даже модально.
Ну т.е. ньюансы есть.

Дмитрий77Еще надо следить чтоб второстепенные формы вызывались кодом


В принципе это далеко не всегда обязательно.

Общий смысл такой:
Если есть
proga.exe
то надо снабжать ее ключом
proga.exe /quit
И в деинсталлятор пихать эту команду для каждого потенциального exe из комплекта.

Главное когда proga шлет WM_CLOSE "главным окнам" своих экземпляров, и выполняется FormMain_Unload, надо проверять частные случаи, когда кроме FormMain загружены еще другие, особенно модальные. Потому как то что невозможно сделать "ручками" (нажать крестик при запущенной поверх модальной форме), очень даже можно сделать через WM_CLOSE и имеющийся код на это не всегда рассчитан. Посему надо проверять, смотреть что мешает в каждом конкретном случае и исправлять (чтоб не висла и не уходила в Hide). Но это не очень пыльная работа.

Akina,

>создаёшь тему, если уже принял решение?
Если создаю, значит еще не принял. И на момент создания ответа не знаю.

И иногда мне здорово помогают.
Вот здесь
Хочу понять логику "уведомлений в трей".
Antonariy
например дал мне очень ценную идею насчет "очереди из Notifications внутри приложения" -до меня бы не доперло.
Хотя я и не стал использовать коллекции для реализации.

>Пользователь - личность творческая,
Ну да грешу. Немного протоколирую наработки где в общем понятно что ответов уже не будет.
Но в этом есть плюс.
Когда что-то надо найти/вспомнить то порой быстрее нахожу ответ на форуме в собственном топике чем в творческом бардаке своего компьютера.

Не, с другой стороны, решение надо спрятать в коробочку и никому не рассказывать. Но здесь я как раз не сильно рискую, а кому нибудь м.б. пригодится.