Mutex / многопоточность / проблема с общими ресурсами WinAPI

Question

Mutex / многопоточность / проблема с общими ресурсами WinAPI

0

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

Программа имеет свой собственный exe для запуска, но DLL присоединяется к процессу другой программы через APIENTRY (WINAPI)... Когда DLL присоединяется к процессу, он создает пару мьютексов. Проблема в том, что один из этих мьютексов должен быть создан только один раз и должен быть доступен каждому процессу. Кажется, я не могу остановить каждый процесс от создания собственного дескриптора. По крайней мере, во время некоторой операции мне нужно иметь возможность передать дескриптор другим процессам или получить каждый дескриптор из каждого процесса и применить ту же операцию (в основном для синхронизации некоторых переменных). Я пробовал старый статический bool isFirst, но каждый процесс, похоже, создает новый набор переменных, поэтому он не работает.

Я действительно смущен и расстроен. Любые мысли или идеи будут высоко оценены.

Paul 19 фев. 2014, в 23:34

Источник

Теги:

c++

windows

2 ответа

Ещё вопросы

Tim Bergel · Answer 1 · 2014-02-19T20-02-00.000Z

1

Существует механизм прикрепления DLL, который вызывается каждый раз, когда процесс присоединяется (извините, я не могу вспомнить точное имя), и отдельно есть InitInstance, который вызывается при загрузке DLL. Поэтому, если вы сделаете mutex обрабатывает статические глобальные переменные с помощью DLL, создайте и iinitialise мьютекса в InitInstance и раздайте дескрипторы мьютекса любому процессу, который просит его, вы должны сделать лучше.

Tim Bergel 19 фев. 2014, в 20:02

0

Спасибо, это полезно. Есть ли особый способ «раздать» ручки мьютекса? Я создал статический дескриптор в DLL (давайте назовем его handle1) и сделал, как вы советовали, затем использовал WaitForSingleObject (handle1, INFINITE) ... Тем не менее, отдельные процессы, похоже, используют разные дескрипторы ...
Paul 19 фев. 2014, в 22:20
0

Так. Просто чтобы проверить, в InitInstance вы вызываете CreateMutex, чтобы создать мьютекс и получить дескриптор, да? Учитывая это, я бы создал в библиотеке DLL функцию GetMutex () {return g_hMutex;}, которую может вызывать любой из других процессов. Вы вызываете WaitForSingleObject в DLL? Я не понимаю, почему вы хотите это сделать. Важно то, что любой процесс, который владеет мьютексом через WaitForxxxx, ДОЛЖЕН вызывать ReleaseMutex (hand), чтобы позволить другим процессам получить его. Ты это делаешь?
Tim Bergel 19 фев. 2014, в 22:27
0

Я обнаружил, что InitInstance не вызывается, потому что это не MFC. Я переместил инициализацию (g_hMutex = CreateMutex (0,0,0);) в WinMain. WaitForSingleObject вызывается внутри функций в DLL. Почему? Я не уверен, оригинальный программист сделал это. Я предполагаю, что это потому, что мы на самом деле не имеем контроля над процессами, к которым он присоединяется (да, я тоже смущен этим утверждением, смеется).
Paul 19 фев. 2014, в 22:40
0

WinMain в порядке. WaitForSingleObject, как вы знаете, останавливает поток, пока он не станет владельцем мьютекса. Таким образом, нет никаких причин, по которым DLL не должна использовать это, если ей нужен эксклюзивный доступ к данным, которые защищает мьютекс. Пока это вызывает ReleaseMutex после того, как это сделано, это нормально. Может быть, у вас нет контроля над процессами, потому что в действительности они подключаются (подключаются) к DLL ...
Tim Bergel 19 фев. 2014, в 22:46
0

Да, ReleaseMutex вызывается после того, как это сделано. Я могу видеть и подтвердить, что WinMain вызывается только один раз, пока два процесса присоединяются, но они все еще действуют как прежде (как будто WinMain вызывался дважды / обрабатывался как два экземпляра).
Paul 19 фев. 2014, в 22:56
0

Отладка подтверждает, что ручки разные.
Paul 19 фев. 2014, в 23:03
0

«ручки разные». Вы имеете в виду значение дескриптора внутри вашей DLL и дескриптор, полученный одним процессом, или один процесс получает то же значение дескриптора, что и DLL, а другой - нет? Эта серия комментариев становится довольно длинной - я думаю, что мы должны пойти куда-нибудь еще на SO - вы знаете где?
Tim Bergel 19 фев. 2014, в 23:12
0

Я ошибся и смотрел не на ту ручку. Дескриптор возвращает значение во время инициализации, но показывает NULL при доступе из DLL. Хотя в документации MS говорится, что если есть ошибка, CreateMutex должен возвращать NULL, но значение всегда равно 84, так что я думаю, что это ошибка. Посмотрим ... Я не знаю, куда еще мы должны идти.
Paul 19 фев. 2014, в 23:41
0

давайте продолжим это обсуждение в чате
Tim Bergel 19 фев. 2014, в 23:45

Показать ещё 7 комментариев

Paul · Answer 2 · 2014-02-20T20-27-00.000Z

По-видимому, создаются отдельные экземпляры DLL, вызывающие отдельные сегменты данных. Мне удалось получить дескриптор одного значения в разных экземплярах с помощью data_seg. Теперь я понимаю, что у меня есть новая проблема, хотя я не могу использовать data_seg для фактической переменной (вектора объектов), которую мьютекс защищает от одновременной записи.