VPF::определить, запущена ли программа?

artsb

Дата 18.5.2009, 15:15 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 2280
Регистрация: 17.7.2007
Где: центр Вселенной

Репутация: 5
Всего: 64

Alca, надо не себя закрыть, а прогу, которая до этого работала smile

--------------------

Чем отличается умный человек от мудрого?
Умный - выпутается из любой ситуации.
Мудрый - просто в неё не попадёт.

Alca

Дата 18.5.2009, 15:26 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 3993
Регистрация: 14.6.2006

Репутация: 5
Всего: 50

Значит плохо прочитал топик.

--------------------

C++ cross-platform library

korbian

Дата 19.5.2009, 09:07 (ссылка)

(голосов:1)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 336
Регистрация: 20.2.2007
Где: Penza

Репутация: 9
Всего: 14

GremlinProg, можно одним эвентом обойтись.

псевдокод

Код


if( !OpenEvent(...) )
{
    CreateEvent(...); // эвент несигнализирующий :)
}
else
{
    SetEvent(...);
    ResetEvent(...);
}

а после диспатча или в выделенном потоке ваш код с ожиданием события!

--------------------

korbian ©

GremlinProg

Дата 19.5.2009, 13:50 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Комодератор
Сообщений: 2706
Регистрация: 9.8.2005
Где: Тюмень

Репутация: 99
Всего: 106

korbian, можно, а почему без автомата? это же риск просто не закрыть окно

Код


hAbortEvent = ::CreateEvent(NULL, FALSE, FALSE, "MYEVENT");
if( ::GetLastError() == ERROR_ALREADY_EXISTS ){
  ::SetEvent(hAbortEvent);
}

можно подстраховаться и использовать два события, из которых второй, фидбэк - неавтомат:

Код


hFeedback   = ::CreateEvent(NULL, TRUE, FALSE, "MYFBEVENT");
hAbortEvent = ::CreateEvent(NULL, FALSE, FALSE, "MYEVENT");
if( GetLastError() == ERROR_ALREADY_EXISTS ){
  ::SignalObjectAndWait(hAbortEvent,hFeedback,INFINITE);
}

а в закрывающемся процессе вызвать PulseEvent для hFeedback

Добавлено через 13 минут и 25 секунд

Цитата(GremlinProg @ 19.5.2009, 15:50

)

::SignalObjectAndWait(hAbortEvent,hFeedback,INFINITE);

Код


::SignalObjectAndWait(hAbortEvent,hFeedback,INFINITE,FALSE);

--------------------

"Гений всегда разумнее, чем умнее. Ум — это машина, разум — водитель этой машины."

GremlinProg

Дата 19.5.2009, 14:06 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Комодератор
Сообщений: 2706
Регистрация: 9.8.2005
Где: Тюмень

Репутация: 99
Всего: 106

а еще лучше использовать для сигнализации семафор, а не событие, тогда три и более подряд открытых окон разберутся между собой правильно

--------------------

"Гений всегда разумнее, чем умнее. Ум — это машина, разум — водитель этой машины."

korbian

Дата 19.5.2009, 14:06 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 336
Регистрация: 20.2.2007
Где: Penza

Репутация: 9
Всего: 14

GremlinProg, соглашусь, что ошибался. smile

Проскользнула идея запользовать тотже евент для фидбэка, но похоже без двух объектов синхронизации действительно не обойтись.

--------------------

korbian ©

GoldFinch

Дата 19.5.2009, 19:03 (ссылка)

(нет голосов)

Загрузка ...

Профиль
Группа: Завсегдатай
Сообщений: 2141
Регистрация: 30.11.2008

Репутация: 2
Всего: 26

создать shared секцию, и хранить в ней флаги, хендлы и т.п.
или FileMapping, но секция лучше, т.к. файл один

korbian

Дата 20.5.2009, 08:32 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 336
Регистрация: 20.2.2007
Где: Penza

Репутация: 9
Всего: 14

GoldFinch, все равно без синхронизации обращения к общей секции или filemapping не обойтись, а значит мьютексы, эвенты или семафоры.

--------------------

korbian ©

GoldFinch

Дата 20.5.2009, 18:21 (ссылка)

(нет голосов)

Загрузка ...

Профиль
Группа: Завсегдатай
Сообщений: 2141
Регистрация: 30.11.2008

Репутация: 2
Всего: 26

korbian, в большинстве случаев, достаточно volatile флагов

GremlinProg

Дата 20.5.2009, 18:28 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Комодератор
Сообщений: 2706
Регистрация: 9.8.2005
Где: Тюмень

Репутация: 99
Всего: 106

Цитата(GoldFinch @ 20.5.2009, 20:21

)

в большинстве случаев, достаточно volatile флагов

не надо мешать огурцы с утюгами
для двух разных процессов volatile ни чего не решает, как и взаимоблокировки
тут в любом случае нужны объекты ядра, korbian верно говорит

--------------------

"Гений всегда разумнее, чем умнее. Ум — это машина, разум — водитель этой машины."

GoldFinch

Дата 20.5.2009, 20:03 (ссылка)

(нет голосов)

Загрузка ...

Профиль
Группа: Завсегдатай
Сообщений: 2141
Регистрация: 30.11.2008

Репутация: 2
Всего: 26

GremlinProg, все же тема не о тех случаях когда нужна синхронизация

GremlinProg

Дата 20.5.2009, 20:57 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Комодератор
Сообщений: 2706
Регистрация: 9.8.2005
Где: Тюмень

Репутация: 99
Всего: 106

Цитата(GoldFinch @ 20.5.2009, 22:03

)

тема не о тех случаях когда нужна синхронизация

для примера: создай общую секцию с одной переменной типа int
запусти 100-200 процессов, которые будут инкрементировать эту переменную и выводить окно со своим номером, если счетчик дощел до пика (для 100 - 100, для 200 - 200)

в идеале, на одну серию запусков, всегда должно выводиться окно,
но при наложении запусков, этого просто не будет, счетчик не будет доходить до пика
(наложение можно имитировать вставкой Sleep между чтением и записью в секцию)

так что без синхронизации, секции особого смысла не имеют, с меппингом - аналогично

--------------------

"Гений всегда разумнее, чем умнее. Ум — это машина, разум — водитель этой машины."

1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| C/C++: Системное программирование и WinAPI \| Следующая тема »