Как передать команду (число) в другой процесс?

[Dimka]

Джон, видимо, правами доступа. Каковые в последних версиях Windows стали какими-то вовсе неприлично сложно организованными.

[jur]

Провел ряд успешных и не очень экспериментов. Пришел к выводу, что всякие Send/PostMessage, а тем более пайпы, майлслоты - это все или сложно, или запутанно, или не отвечает условиям задачи. Остановился на решении, предложенном уважаемым коллегой Dimka, т.е. Memory mapped file.

Напомню, речь идет о связи двух процессов типа тока-точка для передачи команды (двоичного числа). Это условие позволило максимально упростить задачу. Алгоритм сводится к следующему.

1.   Головная программа (сервер) создает два межпроцессных объекта: ивент и файл в памяти (Memory mapped file).
2.   Далее все просто, как дверь. Головная программа в случае необходимости передать команду (число) проверяет, не установлен-ли ивент.
3а. Если ивент установлен, то считается, что на том конце никого нет и команда отбрасывается (ее некому передавать).
3б. Если ивент сброшен, то команда (или любые нужные данные, например некая структура) записывается в файл и ивент устанавливается.

На стороне клиента алгоритм еще проще.

4. Открываются оба межпроцессных объекта. Ивент сбрасывается, чтобы не реагировать на старые данные, которые могут быть в файле.
5. Ожидаем сигнала ивента.
6. Когда сигнал поступает, забираем пришедшие данные и сбрасываем ивент, тем самым сигнализируя головной программе, что можно посылать новые данные.

Выглядит все это так. Запускаем сервер и клиент:

Затем нажимаем кнопку "Start" и наслаждаемся результатом:

Если клиента закрыть, то начинают считаться пропущенные пакеты. При повторном старте клиента пакеты начинают передаваться ему как ни в чем не бывало :-)

И все! Простое и элегантное решение! Как говорится: "Мы в восхищении!" (С) Кот Бегемот :-)

P.S. Прилагаю два проекта, иллюстрирующих применение этого механизма: клиент и сервер. Общие параметры описаны в файле "Transfer_defines.h". В нем определяются имена объектов и размер передаваемого блока данных. Функционал передачи/приема соответственно в файлах "Transfer_server.cpp" / "Transfer_client.cpp".

P.P.S. Я работаю на Win XP. Но проверял эти две программки на Win 7 64 бита (причем, в режиме обычного пользователя, не Администратора). Все работает нормально.

[Джон]

Джон, видимо, правами доступа. Каковые в последних версиях Windows стали какими-то вовсе неприлично сложно организованными.

Нуууу дык... На 7 64-bit с включённым UAC работает, на 7 32-bit без UAC тоже...

Код: (C++)

#define MY_MSG WM_USER+777
BOOL CReceiverDlg::PreTranslateMessage(MSG* pMsg)
{
        if(pMsg->message == MY_MSG)
        {
                m_stTrace.Format(_T("Value received: %d"), pMsg->wParam);
                UpdateData(FALSE);
        }
        return CDialogEx::PreTranslateMessage(pMsg);
}

void CSenderDlg::OnBnClickedOk()
{
        UpdateData(TRUE);
        CWnd *pWnd = CWnd::FindWindow(NULL, _T("Receiver"));
        if(pWnd) pWnd->PostMessageW(MY_MSG, m_nValue, 0);
}

Для пробы (на sendspace потому что компильнул MFC статически, студия 2012 и получилось ~3 МБ):
http://www.sendspace.com/file/ajitbs

[jur]

На 7 64-bit с включённым UAC работает, на 7 32-bit без UAC тоже...

У меня PostMessage с юзеровскими кодами - ни в какую. Я с этого начал :-) Пока ковырялся да разбирался - сделал костыли в виде кода 0x03FF. С этим кодом PostMessage работает, команда доходит по назначению, но, понятно, это решение кривое. Да и чего-нибудь побольше, чем число (ну или два числа) не передашь. С Memory mapped file - совсем другое дело! Да и размер кода получился пустяшный :-)

[Джон]

Нуууу дык. Изначально в задачке стояло передать одно число:

Мне нужно просто-напросто передать команду (число типа int) в другой процесс.
...
максимально просто, несколькими строками текста программы

Хотя если честно, меня заинтересовало именно почему вдруг не работает с PostMessage, тем более как ты говоришь на ХРюше (ладно бы на 8 или 8.1), ведь собственно вся винда построена в тч и на этих сообщениях. Те получается фундамент дал трещину?

зы Покажи изначальный код с PostMessage, как пробовал?

[jur]

Нуууу дык. Изначально в задачке стояло передать одно число:

Да. На первом этапе мне бы этого и хватило. Но ведь не работало, зараза...

зы Покажи изначальный код с PostMessage, как пробовал?

Да там проще валенка. Я вообще люблю простой код. Терпеть не могу темплейты, всякие навороченные иерархии классов и т.п. наукообразную лабуду, в которой сам же потом с большим трудом можешь разобраться :-) Темплейты и тем более классы я применяю очень широко, но они у меня простые, понятные и самодокументируемые (в сложных местах - конечно комментарии).

Поэтому и здесь я хотел сделать как можно проще, т.к. задача в общем-то элементарная. Начал с такого кода (макрос DEBUG_LOG - это вроде printf'а в файл лога, module - имя текущего программного модуля, т.е. функции, Hwnd - окно главной программы, catchBt - код нажатой клавиши).

Код:

В специальном заголовочном файле определены:

#define WM_SCUSB_ENCODER_CHANGE         (WM_USER+1)
#define WM_SCUSB_VARU_CHANGE            (WM_USER+2)
#define WM_SCUSB_KEY_PRESS              (WM_USER+3)
#define WM_SCUSB_TRACKBALL_MOVED        (WM_USER+4)
#define WM_SCUSB_ENCODER_KEY_PRESSED    (WM_USER+5)

В триде считывания клавиатуры (наших спец-клавиш) есть такой код:

   DEBUG_LOG("%s(): Event - normal SLE key pressed\r\n", module);
   ::PostMessage(Hwnd, WM_SCUSB_KEY_PRESS, NULL, catchBt);
   {
      HWND for_window = GetForegroundWindow();  // Посылаем наш код текущей внешней программе
      DEBUG_LOG("%s(): SLE901 hwnd = 0x%08X, foreground window  = 0x%08X\r\n", module, Hwnd, for_window);
      if(for_window != NULL && for_window != Hwnd) {
         ::PostMessage(for_window, WM_SCUSB_KEY_PRESS, NULL, catchBt);
      }
   }

Внешняя программа ни хрена не получает. Временно заменил WM_SCUSB_KEY_PRESS на 0x03FF - все работает нормально, но это кривой путь. Теперь смогу сделать по-человечески :-)

А насчет передачи чего-то бОльшего, чем просто команды - так это эволюция :-) Например, вместе с командой WM_SCUSB_ENCODER_CHANGE я смогу сразу передать массив из 8 int'ов, говорящий внешней программе, который (-ые) именно енкодер changed. Это - удобно.

P.S. Пока применен такой код:

Код:

   {
      LPCTSTR state_ini = UtilsR1_Paths_GetStateIniFullPath();
      CString ext_window_name = UtilsR1_IniEx_GetString2("General", "ExtWindowName", "", TRUE, state_ini);
      if(ext_window_name.GetLength()) {
         HWND ext_window = ::FindWindow(NULL, ext_window_name);
         DEBUG_LOG("%s(): External window is 0x%08X, pressed key %d (%s)\r\n",
            module, ext_window, catchBt, GetKeyName(catchBt));
         if(ext_window)
            ::PostMessage(ext_window, 0x03FF, NULL, catchBt);
      }
   }
   

[zubr]

Хмм... Меня изначально терзали смутные сомнения, но я их не решился озвучить. GetForegroundWindow - очень ненадежная конструкция в определении нужного окна. Почему нельзя окну присвоить какой то уникальный класс и определять его хендл через FindWindow, тогда стопудово будешь попадать в нужное окно, а так ты отправляешь сообщения на деревню дедушке.

[Джон]

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

100% согласен

Но в данном случае смущает

Внешняя программа ни хрена не получает. Временно заменил WM_SCUSB_KEY_PRESS на 0x03FF - все работает нормально

Я бы проверил Spy-ем что вобще окну приходит.

[jur]

GetForegroundWindow - очень ненадежная конструкция в определении нужного окна.

100% согласен

И я 100% согласен :-) Поэтому и сделал, как в постскриптуме написано, т.е. через FindWindow.

Но в данном случае смущает

Внешняя программа ни хрена не получает. Временно заменил WM_SCUSB_KEY_PRESS на 0x03FF - все работает нормально

Я бы проверил Spy-ем что вобще окну приходит.

Я так, конечно, делал, проверял. В случае посылки WM_SCUSB_KEY_PRESS не приходит ничего, а в случае 0x03FF нормально приходит моя команда (код нажатой клавиши).

Но теперь, слава Богу, есть отличный механизм связи процессов. Сочиню к этому механизму простой и удобный интерфейс, заложу для удобства использования в DLL-ку и буду радоваться жизни! :-)

Большое спасибо за помощь, друзья!