Передача и обработка сообщения между 2 процессами

[Eugira]

кратко смысл вопроса
1), как передать сообщение из 1 выполняемого VB6-приложения другому VB6- приложению, чтобы по получении оного в 2 приложении сработала функция-обработчик получения сообщения
(речь идет видимо об API-функциях)
ясно, что 1 шаг из приложения1 отловить дескриптор окна 2 приложения:
Dim hwnd As Long
hwnd = FindWindow(vbNullString, "Имя_окна__приложения2")
If hwnd Then
.......
Историей этого вопроса послужила конкретная ситуация:
пусть из приложения-клиента открыт документ приложения MS Office (Visio, Exel...)
Пользователь, работая в нем нажимает на кнопку (пункт меню)(Popup Menu).
Как заставить обработчик этого действия передать сообщение, которое может отловить и обработать
клиентское приложение?
Проблема для Visio в том, что есть напр метод RunAddON("Имя")
где имя может быть имя_программы.exe или ThisDocument.Имся_функции(...)
или есть метод AddAdvise(...), который может передать сообщение Sink-объекту в исходноео клиентское приложение
(при этом оно должно быть типа ActiveX EXE), но проблема в том , что метод AddAdvise в Visio может обрабатывать из близких лишь следующие события: Document Saved, Shape Deleted Shape Added но ни в коем случае не событие заключающиеся в нажатии пункта меню (кнопки, Popup Menu)

[GoGosha]

WinSock, дорогой мой, winsock

[goro]

Поищи инфу по SendMessage, это тебе точно поможет

[alibek]

Winsock тут совершенно не нужен.
Есть два основных способа. Первый, более простой -- через SendMessage.
Алгоритм:
1. Находишь hWnd окна (твой первый шаг)
2. В окне второго приложения (которое должно принимать параметры) должен быть невидимый TextBox с определенным текстом (например "APP-EXCHANGE"). Ты находишь hWnd этого TextBox через FindWindowEx.
3. Теперь, когда у тебя есть хэндл текстбокса, ты можешь записывать в него текст через API SetWindowText и считывать через GetWindowText. Когда ты будешь изменять текст в этом текстбоксе, во втором приложении будет генерироваться для него событие Change, в нем и ставь обработку данных (а данными будет служить содержимое TextBox)

Второй способ несколько сложнее, но правильнее и гораздо удобнее. Нужно использовать Named Pipes. Они специально придуманы для обмена данными между процессами на одной или разных машинах.

Ну и наконец есть Mailslot, они предоставляют одностороннюю связь, но зато их очень просто использовать.

[Demonx]

Named Pipes

Можно подробнее?

[alibek]

Лучше, чем здесь тебе никто не расскажет

[SergeySV]

3. Теперь, когда у тебя есть хэндл текстбокса, ты можешь записывать в него текст через API SetWindowText и считывать через GetWindowText.

Боюсь, что SetWindowText и GetWindowText ему здесь не поможет, сам пытался их использовать. Считать заголовок чужого окна, пожалуйста, а вот дочерние окна типа Button или TextBox - фиг. Не дает, возращает пустоту (пробовал на Win98).
Я так понимаю это специально ограничили. Вместо этих функций для чужих Button'ов и т.д. надо использовать:
SendMessage(hndTextBox, WM_GETTEXTLENGTH, 0, 0)
SendMessage(hndTextBox, WM_GETTEXT, iTxtLen, ByVal s) и т.д.
- такой код у меня работал.

[GSerg]

Заинтересовался и я этим вопросом, позырил по ссылке...
Там написано:

Windows Me/98/95: Named pipes cannot be created.

Чуть ниже написано:

Windows Me/98/95: Pipe names cannot include a colon. Therefore, if this pipe will be used from a Windows Me/98/95 client, do not include a colon in the name.

Я в полном отрубе, короче. Могу я их создавать под своей 98 или нет? Попробовал юзануть CreateNamedPipe - вроде возвращает не ноль...

[GSerg]

Разобрался.
"Создание" - это может быть создание первой копии, а может быть создание instances уже существующих pipes. Так вот, первую копию можно создать только под 2k\XP, а instances - под всеми виндами. Таким образом, сей несомненно рулезный метод для нас опять недоступен