SOFT FOR YOU,

Создавай серверный socket. Если не удалось - (потому, что уже создан) - шли туда любые команды и/или получай любые ответы.

SOFT FOR YOUЭто я так понял ответ на второй вопрос
И на 1-й тоже. GetUserName можно включить в протокол, например.
SOFT FOR YOUОкей а можно ссылки почитать, что за серверный сокет.
socket/bind/listen google
SOFT FOR YOUИ не получится ли так, что сообщение "дойдёт" только одному приложению, а не нескольким.
Конечно, получится, ведь сервер можно создать только один.
Если нужно общатся с несколькими - значит нужно будет делать отдельную прогамму-сервер обновлений, к которой все прогаммы-обновляторы подключаться.
Может так и проще. Я ж не знаю, какая у тебя логика вообще.
SOFT FOR YOUИ как изменится логика, если создавшее сокет приложение закроется.
Получится создать сокет и это будет означать, что это приложение первое.

SOFT FOR YOU,

Не совсем понятны фразы "заблокировали экзешник", "заблокировано приложение".

SOFT FOR YOU,
Понятно примерно, что ты хочешь.
DimaBrSOFT FOR YOUДа. Но когда стартует инсталер, мы видим, что приложение заблокировано (запущено). А кем именно - не видим. И сделать с этим особо тоже ничего не можем )
По этому каждому пользователю своя папочка и своё приложение.

Приблизительный алгоритм действий:
1. Ставишь в одну папку, все пользователи запускают из неё;
2. При запуске создаешь mutex с именем 'Global\SOFT_FOR_YOU_MUTEX_SUPERPROGRAM_FIRST_RUN'. Если после этого GetLastError <> ERROR_ALREADY_EXISTS - значит запуск первый, иначе - не первый; закрываем этот mutex;
3. Создаем event с именем 'Global\SOFT_FOR_YOU_EVENT_SUPERPROGRAM_UPDATED';
4. Запускаешь поток, который ждет WaitForMultiply( INFINITE ) этот event и event, который выставляется в главном потоке перед закрытием приложения. Если Wait закончился и это не закрытие приложения - выдаем сообщение, что необходимо перезапуститься (или принудительно это делать, тут уж зависит от желания).
5. Если запуск первый - проверяем и если надо тянем обновление, после вытяжки переименовываем Application.ExeName в Application.ExeName + '_old'; Делаем SetEvent( Global\SOFT_FOR_YOU_EVENT_SUPERPROGRAM_UPDATED ).

Если предполагается, что программы будут редко перезапускаться и постоянно висеть - то значит пункты 2 и 5 лучше вынести в отдельный поток и запускать его всегда и постоянно (п. 5 вызывать в нем если GetLastError <> ERROR_ALREADY_EXISTS).

alekcvpА если запущено 5 экземпляров, но тут закрыли первое приложение?
Выше ответил уже)
alekcvpИМХО, надо не закрывать мутекс...И держать открытым.
Да, конечно, не надо, тут я не то написал написал. Хотя тут в этом варианте 20711214 можно и закрывать.
alekcvpа сначала пытаться открыть, и при остуствии - создавать.
Нет, иначе двое не смогут открыть и создадут, т.ч. это то же самое.

alekcvpтак что ИМХО без отдельного сервиса не обойтись.
Бывает что да.

alekcvpYuRockНет, иначе двое не смогут открыть и создадут, т.ч. это то же самое.
Там от флагов зависит, создать может только один (он и будет хозяином), а открыть - многие, и он будет существовать пока его последний не закроет (или не закроется сам).
С такими флагами при одновременном вызове CreateMutex вернет не NULL только одной программе. Тоже не подходит.