Блог

Вот фрагмент: prog1:

 HANDLE hM;
hM = CreateMutexA(NULL,TRUE, "abc"); // I have to use TRUE otherwise WaitForSingleObject fails.. by design it wants to take ownership and w//o TRUE there is no owner anyway right? <<-- **check this please if its true**
...
  

prog2:

 HANDLE hM;
hM = OpenMutexA(MUTEX_ALL_ACCESS,NULL, "abc");
while(WaitForSingleObject(hM,INFINITE)) {
// do smthing
ReleaseMutex(hM);
hM = OpenMutexA(MUTEX_ALL_ACCESS,NULL, "abc"); // In order to continue while loop but it doesnt rewind,
}
  

Проблема> Это не приведет к созданию полубесконечного цикла … он вводится один раз, и все.

Цель? Чтобы отслеживать активность какого-либо процесса (если он выходит из строя, я перезапускаю его), бесконечные циклы сильно ударяют по моему процессору, и я не могу использовать Sleep, мне нужно перезапустить его asasp (хорошо, если возможно какое-то разумное решение через while(1) или for(;;), пожалуйста, опубликуйте)

Обновить

должно быть while(WaitForSingleObject(hM, БЕСКОНЕЧНЫЙ) == WAIT_ABANDONED){ … }, я неправильно скопировал :).

Он работает один раз, а затем больше не будет ждать, есть ли способ сбросить дескриптор?

prog1:

 HANDLE hM;
hM = CreateMutexA(NULL,TRUE, "abc");
  

prog2:

 HANDLE hM;
hM = OpenMutexA(MUTEX_ALL_ACCESS,NULL, "abc");
while(WaitForSingleObject(hM,INFINITE)) {    
ReleaseMutex(hM);
Sleep(1000);
CloseHandle(hM)
// do smthing like CreateProcess()
Sleep(1000);
hM = OpenMutexA(MUTEX_ALL_ACCESS,NULL, "abc");
}
  

Таким образом, это работает, если кто-то хочет что-то добавить, прокомментируйте этот пост.

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

Если вы создаете процесс, вы можете получить дескриптор процесса из PROCESS_INFORMATION аргумента. Затем просто используйте:

 PROCESS_INFORMATION pi;

do {
// create the process, passing pi as the last argument to CreateProcess
} while (WaitForSingleObject(pi.hProcess, INFINITE));
  

Обратите внимание, что дескриптор должен быть закрыт, вы можете определить, когда.

Обновление — Учитывая, что это не вариант, вот проблема в вашем коде:

Скажем, prog1 успешно запущен, и prog2 теперь ожидает сигнала о мьютексе. Затем prog1 выходит из строя, и prog2 становится владельцем мьютекса. Учитывая, что целью prog2 является перезапуск prog1, я предполагаю, что это то, что происходит внутри // do smthing . Итак, теперь prog1 запускается и вызывает CreateMutexA . Но prog2 все еще может содержать мьютекс, и поэтому prog1 получает только дескриптор существующего мьютекса, но на самом деле он ему не принадлежит. Теперь prog2 вызывает ReleaseMutex и продолжает ожидание сигнального мьютекса, который не принадлежит prog1. Ожидание немедленно возвращается с WAIT_OBJECT_0 помощью, и вы выходите из while .

Итак, я думаю, что prog1 использует CreateMutexA здесь неправильно. Вместо этого вы должны создать не принадлежащий мьютекс и ждать его. Таким образом, вы гарантируете, что мьютекс принадлежит prog1.

Я согласен с мнением Эрана о том, что вы должны просто ждать непосредственно в дескрипторе процесса.

Что касается того, почему ваш код не входит в while цикл, когда вы считаете, что это должно быть достаточно легко понять. while Цикл завершается, когда WaitForSingleObject возвращается 0. То есть, когда он возвращается WAIT_OBJECT_0 , или, другими словами, когда он приобрел право собственности на мьютекс. Это происходит, когда предыдущий владелец освобождает его.

Вам не нужно повторно открывать мьютекс. WaitForSingleObject становится владельцем, а ReleaseMutex освобождает владельца, но мьютекс остается открытым, пока вы не вызовете CloseHandle .