SASGIS - SAS.Планета
View Issue Details
0002518SAS.Планета[All Projects] Хотелкаpublic29-10-2014 09:5907-07-2022 08:48
vdemidov 
zed 
normalfeaturehave not tried
resolvedfixed 
WindowsXPSP3
131111 
220707220707 
0002518: При запуске второго экзепляра САС с парметрами передавать их уже запущенному
При запуске второго экземпляра САС с параметрами командной строки, но без параметра --new-instance, передавать их уже запущенному экземпляру при помощи WM_COPYDATA и сразу закрывать только-что запущенный экземпляр.
Если запущено уже больше одного экзепляра, то передавать первому попавшемуся
No tags attached.
related to 0001869resolved zed Обработка внешнего события в САСе с переходом к координатам на карте 
child of 0000033resolved zed Загрузка меток через командную строку 
child of 0003109confirmed  Запрет или запрос вторичного запуска программы 
Issue History
29-10-2014 09:59vdemidovNew Issue
29-10-2014 09:59vdemidovIssue generated from: 0001869
29-10-2014 09:59vdemidovRelationship addedrelated to 0001869
29-10-2014 10:00vdemidovRelationship addedchild of 0000033
29-10-2014 10:01vdemidovStatusnew => confirmed
29-10-2014 10:47zedNote Added: 0014772
29-10-2014 11:29vdemidovNote Added: 0014774
29-10-2014 11:52zariusNote Added: 0014776
29-10-2014 12:01vdemidovNote Added: 0014777
29-10-2014 12:26zedNote Added: 0014783
29-10-2014 12:42vdemidovNote Added: 0014786
29-10-2014 12:53zedNote Added: 0014787
29-10-2014 12:53vdemidovNote Edited: 0014786bug_revision_view_page.php?bugnote_id=14786#r6293
29-10-2014 12:54vdemidovNote Added: 0014788
29-10-2014 12:55vdemidovNote Added: 0014789
29-10-2014 13:03zedNote Added: 0014790
29-10-2014 13:11vdemidovNote Added: 0014792
21-01-2015 10:39vdemidovTarget Version150915 => 151010
04-10-2015 15:30vdemidovTarget Version151010 => 151111
06-11-2015 08:20vdemidovTarget Version151111 => 191221
18-07-2016 06:46vdemidovRelationship addedchild of 0003109
23-07-2019 16:56vdemidovTarget Version191221 => 211230
30-12-2021 08:58zedTarget Version211230 => 26xxxx
01-06-2022 15:03zedNote Added: 0020338
01-06-2022 15:03zedStatusconfirmed => resolved
01-06-2022 15:03zedFixed in Version => 24xxxx
01-06-2022 15:03zedResolutionopen => fixed
01-06-2022 15:03zedAssigned To => zed
01-06-2022 15:03zedTarget Version26xxxx => 24xxxx
07-07-2022 08:47zedTarget Version24xxxx => 220707
07-07-2022 08:48zedFixed in Version24xxxx => 220707

Notes
(0014772)
zed   
29-10-2014 10:47   
Тут на передний план выходит проблема гарантированного определения/поиска запущенного экземпляра программы и передачи ей управления. Проблема хорошо описана вот тут: Как избежать запуска нескольких экземпляров приложения.

Ещё вот тут 0001869:0011022 высказывались некоторые соображения по этому поводу.
(0014774)
vdemidov   
29-10-2014 11:29   
Отличная статья. Нам нужен вариант, как я понимаю, "Запрет запуска нескольких экземпляров на одном рабочем столе, но разрешается одновременное выполнение нескольких экземпляров приложения на разных рабочих столах" самый простой в реализации. Если еще запускается, то в худшем случае потеряем параметры командной строки.
(0014776)
zarius   
29-10-2014 11:52   
>проблема гарантированного определения/поиска запущенного экземпляра программы и передачи ей управления
перенесу из 0001869:
"Как вариант - назначать при необходимости некий ИД запускаемому SAS. К примеру, --ID="FIRST". Тогда при посылке сообщений мы так же указываем этот ИД. Без указания ИД сообщение уходит первому попавшемуся экземпляру SAS."
Плюсом сделать обработку команды "--get-id", которая будет возвращать ID запрашиваемого экземпляра SAS (если он назначен, если нет - то, к примеру, "no-id-1", где 1 - номер экземпляра из заголовка).
(0014777)
vdemidov   
29-10-2014 12:01   
Та ну его. 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. Этот способ оказывается глубоко ошибочным по ряду причин.
(0014788)
vdemidov   
29-10-2014 12:54   
Это если без мьютекса его применять.
(0014789)
vdemidov   
29-10-2014 12:55   
Смотри внимательно код. Автор ничего не имеет против поиска окна после проверки мюткса, только предупреждает, что да можете еще не успеть создаться окно при одновременном старте.
(0014790)
zed   
29-10-2014 13:03   
Этот способ довольно кастыльный, который "более-менее работает" (c). Там и таймаут для SendMessage нужен и в обработке сообщений нужно возвращать свой код, а не полагаться на винду. Ну и мьютекс нужно держать залоченным.
(0014792)
vdemidov   
29-10-2014 13:11   
На мой взгляд вполне нормальный. Лучшего все равно нет.
(0020338)
zed   
01-06-2022 15:03   
Сделал.