|
Notes |
|
|
(0014772)
|
|
zed
|
|
29-10-2014 10:47
|
|
|
|
|
|
|
Отличная статья. Нам нужен вариант, как я понимаю, "Запрет запуска нескольких экземпляров на одном рабочем столе, но разрешается одновременное выполнение нескольких экземпляров приложения на разных рабочих столах" самый простой в реализации. Если еще запускается, то в худшем случае потеряем параметры командной строки. |
|
|
|
(0014776)
|
|
zarius
|
|
29-10-2014 11:52
|
|
>проблема гарантированного определения/поиска запущенного экземпляра программы и передачи ей управления
перенесу из 0001869:
"Как вариант - назначать при необходимости некий ИД запускаемому SAS. К примеру, --ID="FIRST". Тогда при посылке сообщений мы так же указываем этот ИД. Без указания ИД сообщение уходит первому попавшемуся экземпляру SAS."
Плюсом сделать обработку команды "--get-id", которая будет возвращать ID запрашиваемого экземпляра SAS (если он назначен, если нет - то, к примеру, "no-id-1", где 1 - номер экземпляра из заголовка). |
|
|
|
|
|
Та ну его. 99% потребностей обычного юзера будет покрыто передачей первому попавшемуся. Городить огород с --ID="FIRST" и тд я точно не собираюсь. |
|
|
|
(0014783)
|
|
zed
|
|
29-10-2014 12:26
|
|
Варианты (a)-(d) из статьи решаются созданием мьютекса с определённым именем, это решение одной проблемы (основной, для той статьи). Другая проблема - поиск хэндла окна. Там тоже приведено несколько вариантов и предлагается использовать разделяемую переменную. И вот тут как раз и появляются вопросы. Нам нужно хранить хэндлы всех запущенных копий, но нет гарантии, что эти хэндлы будут валидны, если к примеру, одна копия упадёт и не сможет удалить себя из списка. Точно так же, остаётся проблема "гонки состояний" когда первая копия уже запущена, но окно ещё не создано и хэндла в списке нету, а уже пытается запуститься вторая копия. Или когда вторая копия взяла хэндл и в тот же момент первая программа решила закрыться и прекратила обработку сообщений.
Т.е. ни метод EnumWindows ни использование разделяемой памяти не дают абсолютных гарантий. Какие есть ещё методы? |
|
|
|
(0014786)
|
|
vdemidov
|
29-10-2014 12:42
(edited on: 29-10-2014 12:53) |
|
EnumWindows отличный вариант. В худшем случае потеряется одна командная строка. (С трудом представляю, как пользователь лихорадочно набивает вторую консольную команду что бы успеть до того как закончит стартовать программа запущенная первой командой. Чаще всего это буде уже давно запущенное приложение и клик по ассоциированному файлу).
|
|
|
|
(0014787)
|
|
zed
|
|
29-10-2014 12:53
|
|
Очень отличный:
Один из наиболее распространенных кустарных методов (и, увы, его же я использовал годами) - использование EnumWindows, вызов SendMessage для каждого окна, и анализ кода возврата из SendMessage. Вы посылаете зарегистрированное оконное сообщение (см. мой обзор "Управление Сообщениями"), и, если вы получаете это сообщение, то возвращаете TRUE. Все остальные окна не распознают это сообщение и возвратят FALSE. Этот способ оказывается глубоко ошибочным по ряду причин. |
|
|
|
|
|
Это если без мьютекса его применять. |
|
|
|
|
|
Смотри внимательно код. Автор ничего не имеет против поиска окна после проверки мюткса, только предупреждает, что да можете еще не успеть создаться окно при одновременном старте. |
|
|
|
(0014790)
|
|
zed
|
|
29-10-2014 13:03
|
|
|
Этот способ довольно кастыльный, который "более-менее работает" (c). Там и таймаут для SendMessage нужен и в обработке сообщений нужно возвращать свой код, а не полагаться на винду. Ну и мьютекс нужно держать залоченным. |
|
|
|
|
|
На мой взгляд вполне нормальный. Лучшего все равно нет. |
|
|
|
(0020338)
|
|
zed
|
|
01-06-2022 15:03
|
|
|