Mfc(ехе)

[solova]

Есть MFC програмка (exe)
запускаю этот ехе - открывается моё окно
запускаю ещё раз ехе - открывается ещё одно окно
...
...
Как сделать чтоб программа не запускалась второй раз?
Какие есть варианты?
вычитал такое, но как реализовать?<div class="sp-wrap"><div class="sp-head-wrap"><div class="sp-head folded clickable">Вариант</div></div><div class="sp-body"><div class="sp-content">Ваша функция WinMain может также ограничить вашу прикладную программу единственным экземпляром. Создайте именованный mutex-объект (объект-статист), используя функцию CreateMutex. Если функция GetLastError возвращает ERROR_ALREADY_EXISTS, другой образец вашей прикладной программы существует (он создан mutex-объектом), и Вы должны выйти из вашей WinMain. Это то что надо, или не то?

 

[lazybiz]

Это выглядит как-то вот так:

// activate an application with a window with a specific class name
BOOL CMyApp::FirstInstance()
{
CWnd *pWndPrev, *pWndChild;

// Determine if a window with the class name exists...
pWndPrev = CWnd::FindWindow(_T("MyNewClass"), NULL);
if (NULL != pWndPrev)
{
// If so, does it have any popups?
pWndChild = pWndPrev->GetLastActivePopup();

// If iconic, restore the main window
if (pWndPrev->IsIconic())
pWndPrev->ShowWindow(SW_RESTORE);

// Bring the main window or its popup to the foreground
pWndChild->SetForegroundWindow();

// and you are done activating the other application
return FALSE;
}

return TRUE;
}

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

 

[solova]

Суть уловил. но что будет если моё окно не особо активно,например в трее воляется, что вернёт GetLastActivePopup()? Ведь оно вроде возвращает хвнд "самого последнего".

 

[a0z]

Делай через мутекс, не ошибёшся.

Как-то так:
m_hMutex - член класса CApp (или как оно там называется. не окна а именно приложения)
Во время инициализации приложения:

bool isFirstInstance = false;

m_hMutex = ::CreateMutex(NULL, FALSE, L"My Super program");
if (m_hMutex != NULL)
{
if :GetLastError() == ERROR_ALREADY_EXISTS)
{
::CloseHandle(m_hMutex);
m_hMutex = NULL;
}
else
{
isFirstInstance = true;
}
}

if(!firstInstance)
выходим

Вариант с оконным класом в серьёзных приложениях не канает, но для лабы сгодится.

Во-первых если понадобится написать что-то ДО инициализации окна, то мы не сможем сказать, первый ли это инстанс.
А во вторых, этот способ не всегда будет правильно работать. Допстим есть 2 конкурирующих инстанса.
1: Вызвал CWnd::FindWindow, получил NULL и тут его шедулер прерывает.
2: Вызывает CWnd::FindWindow, получает NULL, создаёт окно. Шедулер переключает обратно на 1.
1: Создаёт окно

итого - два приложения.

 

[lazybiz]

Суть не в функции GetLastActivePopup, суть в результате FindWindow. Если окно найдено, значит другой экземпляр запущен.

 

[lazybiz]

А еще лучше создать глобальный атом (GlobalAddAtom) в сомом начале программы с уникальный именем, а перед этим поставить проверку (GlobalFindAtom) существует уже такой или нет.

 

[a0z]

Суть не в функции GetLastActivePopup, суть в результате FindWindow. Если окно найдено, значит другой экземпляр запущен.

А еще лучше создать глобальный атом (GlobalAddAtom) в сомом начале программы с уникальный именем, а перед этим поставить проверку (GlobalFindAtom) существует уже такой или нет.

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

Это может привести к ошибке.

 

[lazybiz]

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

Это может привести к ошибке.

Чиво чиво!??) "атомарны" !??))) Не знаю что ты под этим подразумеваешь...)) Но очень хотелось бы узнать.
Да, и к какой же ошибке это может привести?

Добавлено: Пусть они "не атомарны", зато они логичны.

 

[a0z]

Использование этих функций может привести к ошибке.

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

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

 

[lazybiz]

Хорошо, не спорю. Вариант с Mutex самый лучший.

 

[lazybiz]

Что делает окно в трэе?

Может я где-то что-то недочитал... какое окно в каком трее?

 

[lazybiz]

А. Это уже не актуально.

 

[solova]

На счёт трея: у меня было такое соображение ,что GetLastActivePopup() возвращает хэндл последнего окна которое было в "фокусе" а если прога создаёт при включении иконку в трее то оно точно не в фокусе.
но почитав про функцию всё понял.

 

[solova]

ну во рабочий примерчик<div class="sp-wrap"><div class="sp-head-wrap"><div class="sp-head folded clickable">код</div></div><div class="sp-body"><div class="sp-content">

HANDLE hMutex = ::CreateMutex( NULL, FALSE, L"MyMUTEX-123456789");
if (GetLastError()==ERROR_ALREADY_EXISTS ||GetLastError()==ERROR_ACCESS_DENIED)
{
MessageBox(L"Ещё тыркнешь, format сделаю.",L"Слыш ТЫ",NULL);
PostQuitMessage(0);
}

вставляю в самое начало CMyDlg::OnInitDialog() и всё работает.
но есть два вопросика
1) туда ли я вставляю(какая самая первая функция выполняется в MFC)
2) нужно ли мне проверять на "ERROR_ACCESS_DENIED"? ведь она вроде только когда мьютекс чем то занят, а у меня он просто создан и висит неиспользуемый

 

[lazybiz]

нужно ли мне проверять на "ERROR_ACCESS_DENIED"?

нет. ERROR_ALREADY_EXISTS достаточно.

По поводу MFC ничего сказать не могу.

Добавлено: PostQuitMessage(0); можно попробовать заменить на ExitProcess( 0 );

 

[solova]

мне нравится ваше "можно попробовать"
я почитал про PostQuitMessage и ExitProcess
дело в том что у меня мьютекс и ещё ДЛЛ(с хуком) к проекту прилагается
оказалось что ExitProcess c ними может не подружится<div class="sp-wrap"><div class="sp-head-wrap"><div class="sp-head folded clickable">цицюля</div></div><div class="sp-body"><div class="sp-content">"При этом теряются все данные, которые процесс не успел переписать из памяти на диск." в принципе у меня ничего не записывается/читается(через мутех и длл), но мало ли что ещё придумаю
а PostQuitMessage ставит WM_QUIT в очередь, и всё успевает выполнится без потерь

 

[lazybiz]

Просто ты писал:

... у меня он просто создан и висит неиспользуемый

поскольку код ты не показываешь, я решил что у тебя PostQuitMessage(0) не срабатывает (если я вообще правильно тебя понял). Трудновато искать иголку в стоге сена с завязанными глазами.

 

[a0z]

Насколько я помню, надо найти функцию InitInstance у наследника CWinApp (не у диалога).

И вернуть FALSE, если инстанс уже существует.
А в ExitInstance закрыть мутекс.

Ссылка скрыта от гостей

 

[solova]

ExitInstance я не нашёл, надо самому создавать? но я сделал по другому<div class="sp-wrap"><div class="sp-head-wrap"><div class="sp-head folded clickable">код</div></div><div class="sp-body"><div class="sp-content">

BOOL CMyApp::InitInstance()
{
HANDLE hMutex = ::CreateMutex( NULL, FALSE, L"MyMUTEX-123456789");
if (GetLastError()==ERROR_ALREADY_EXISTS)
{
MessageBox(NULL,L"Ещё тыркнешь, format сделаю.",L"Слыш ТЫ",NULL);
ReleaseMutex(hMutex);
CloseHandle(hMutex);
return FALSE;
}
.......
.......
return FALSE;
}

кстати на окне по дэфу создаются кнопки OK и Cancel обработчика на них нету но они совершают закрытие
так вот как от этих кнопок избавится (достаточно ли просто удалить с диалога? и строчки из выше стоящего кода)

 

[a0z]

Да, можно просто удалить кнопки. И проверку возврата.