CTAC-KO...Ну а теперь вопрос - как "поднять"(активировать) свернутое окно приложения чтоб не сообщать юзеру ошибку, если я использую семафор (или мутекс)?
Развернуть изнутри элементарно
Развернуть из внешнего приложения сложнее. Надо послать окну приложения (по HWND найденному FindWindow) сообщение. Попробуй через
MSDNBOOL ShowWindow(HWND hWnd, int nCmdShow)
Parameters

hWnd
[in] Handle to the window.
nCmdShow
[in] Specifies how the window is to be shown. This parameter is ignored the first time an application calls ShowWindow, if the program that launched the application provides a STARTUPINFO structure. Otherwise, the first time ShowWindow is called, the value should be the value obtained by the WinMain function in its nCmdShow parameter. In subsequent calls, this parameter can be one of the following values.
SW_FORCEMINIMIZE
Windows 2000/XP: Minimizes a window, even if the thread that owns the window is hung. This flag should only be used when minimizing windows from a different thread.
SW_HIDE
Hides the window and activates another window.
SW_MAXIMIZE
Maximizes the specified window.
SW_MINIMIZE
Minimizes the specified window and activates the next top-level window in the Z order.
SW_RESTORE
Activates and displays the window. If the window is minimized or maximized, the system restores it to its original size and position. An application should specify this flag when restoring a minimized window.
SW_SHOW
Activates the window and displays it in its current size and position.
SW_SHOWDEFAULT
Sets the show state based on the SW_ value specified in the STARTUPINFO structure passed to the CreateProcess function by the program that started the application.
SW_SHOWMAXIMIZED
Activates the window and displays it as a maximized window.
SW_SHOWMINIMIZED
Activates the window and displays it as a minimized window.
SW_SHOWMINNOACTIVE
Displays the window as a minimized window. This value is similar to SW_SHOWMINIMIZED, except the window is not activated.
SW_SHOWNA
Displays the window in its current size and position. This value is similar to SW_SHOW, except the window is not activated.
SW_SHOWNOACTIVATE
Displays a window in its most recent size and position. This value is similar to SW_SHOWNORMAL, except the window is not actived.
SW_SHOWNORMAL
Activates and displays a window. If the window is minimized or maximized, the system restores it to its original size and position. An application should specify this flag when displaying the window for the first time.

Return Value

If the window was previously visible, the return value is nonzero.

If the window was previously hidden, the return value is zero.
SW_SHOWMAXIMIZED = 3
SW_SHOWNORMAL = 1

CTAC-KOСпасибо.
Я в принципе и так знаю что для поднятия проги из другой нужен hWnd и соотв. команда. Не в этом проблема. Проблема как раз именно в определении hWnd. Ну и в том что такого решения я пока не видел, а только просьбы об этом.
Т.е. нужно от хендла мутекса или семафора перейти както, наверное, к ProcessID потом от него искать его же форточку и расчехлять.
Получается что пока единственным осуществимым выходом является поиск окна по заголовку: найдем - развернем, а нет - и че тогда?
Мутексы и семафоры объекты ядра Windows. У них нет процесса-владельца, поэтому ProcessID по ним не узнать.
Тут многое зависит от того как приложения изначально между собой связаны. Вполне возможно что одно другому может передать заранее свой HWND, можно думаю по ProcessID на HWND выйти. Как точно это сделать сходу не скажу, т.к. сам редко с таким сталкиваюсь, пиши что конкретно у тебя происходит, как процессы меж собой взаимосвязаны.

CTAC-KOДа никак никакие процессы не связаны. Единственная задача - при попытке повторного запуска молча активировать окно уже запущенной программы. Все.
Если FindWindow() не подходит, то тогда надо копать сюда:
1. Найти процесс созданный из этого же EXE, для этого перебрать все процессы и получить полный путь к создавшему его EXE, в итоге получить ProcessID первого запущенного. Перебор процессов через API функцию CreateToolhelp32Snapshot()
2. По ProcessID получить HWND. Как это делается не знаю. Можно у Сишников в форуме поспрашивать, они WinAPI чаще используют.

На фоксе писать это будет очень муторно, т.к. там куча структур используется.

Второй вариант использовать именованные области памяти и хранить там HWND. Т.е. прога запускается, проверяет что если такая область памяти уже есть то считывает оттуда HWND, если нет то создает и записывает туда свое HWND. Этот вариант по моему на фоксе вообще не написать, только на Си писать и DLL/FLL делать. Есть исходник простенького класса на С++, который похожее делает. Могу поделится.

CTAC-KO Можно при запуске создавать файл, но не лочить от чтения, в который сливать свой HWND, тогда при повторном запуске искать в том файле этот HWND и по нему расчехлять уже запущенное приложение. По-идее наиболее простой вариант решения. Попробуй. Должно заработать.

CTAC-KOкак вариант - хранение hwnd (или чего угодно иного) в файле подкачки только вот не понял как в обычной памяти это сделать. файл подкачки обычно есть у всех, но может случиться и так, что он будет отключен...
Это тот самый мой второй вариант с именованной общей областью памяти. Если файл подкачки будет отключен, то думаю глюки будут не только в твоем софте.

ВладимирМХмм... Основная идея предложенного решения была подробно описана по ссылке.

Необходимо иметь "нечто" (объект, процесс, блокировку) которое обладает следующими свойствами:

1. Формируется одним и только одним процессом. Не обязательно автоматически. Можно и вручную
2. Можно увидеть и проанализировать из других процессов
3. Автоматически (обязательно!) уничтожается при закрытии процесса его породившего
...
Ему надо еще:
4. Вывести пользователю окно первого запущенного процесса при запуске второго.

Остальное как я понял у него заработало. А тут проблема отсутствия какой либо связи между проверяющим процессом и процессом первого запущенного экземпляра. Все экземпляры проверяют объект блокировки, но этот объект никак не идентифицирует того какой экземпляр его создал/заблокировал.