| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Delphi: WinAPI и системное программирование > Обработка сообщений Windows. |
| Автор: Delphins 14.8.2005, 20:23 |
| Так как приложение без формы то незнаю как обрабатывать сообщения о том что пришли данные. Оповещение приходит ввиде сообщений Windows. WSAAsyncSelect( Sock, Handle, WM_SOCKET, FD_ACCEPT + FD_READ + FD_CLOSE ); Так задаю что сообщение WM_SOCKET при приеме данных, соеденении и отключении. А как потом их обработать? И что писать в Handle? Как его узнать? Вопрос в теме WinApi т.к. впорос не по сокету а потому как обработать сообщения и как получить хэндл программы. Юнит forms подключать нельзя! |
| Автор: rsm 14.8.2005, 22:38 | ||
Попробуй так:
|
| Автор: Snowy 15.8.2005, 09:26 |
| Сообщения посылаются именно окну. Без окна ты их не получишь. Создай элементарное окно, но не показывай его, а только используй для ловли событий. |
| Автор: Akella 15.8.2005, 09:47 |
| а application.handle не подойдёт, application как окно получает сообщения или нет? |
| Автор: Snowy 15.8.2005, 12:15 | ||||
Написано же - без формы.
TApplication живет именно в нем. |
| Автор: rsm 15.8.2005, 18:25 | ||
Получит, но далеко не все. Например, можно получить общесистемные сообщения типа WM_HOTKEY или WM_ENDSESSION. |
| Автор: Song 16.8.2005, 07:50 |
| Сказано ж: получать сообщения могут только окна! |
| Автор: rsm 16.8.2005, 11:07 | ||||
Да ну?
Если лень компилировать, в аттаче есть готовый ЕХЕшник. |
| Автор: Delphins 16.8.2005, 17:35 |
| Спасиба. |
| Автор: Song 23.8.2005, 10:29 |
| ок, отредактировал RegisterHotKey(0, MY_HOT_KEY, MOD_WIN + MOD_ALT, VK_F11); Обрати внимание на жирный участок строчки из твоего примера. Это ничто иное как HWND_DESKTOP ! Т.е. сообщения у тебя получает окно эксплорера! От этого суть не меняется: сообщения получают только окна. |
| Автор: Song 23.8.2005, 10:42 |
| А окно, получив твоё сообщение, перенаправляет его в оконную процедуру, где ты его и забираешь своим кустарным методом. |
| Автор: rsm 23.8.2005, 15:12 | ||||||||
Ну эт я знаю. Просто использую сразу значение, а не именованную константу.
Сообщения получают не только окна, но еще и треды запущенных в системе процессов. Хотите доказательств? Их есть у меня!
Перевод выделенного курсивом предложения: Если этот параметр равен нулю, сообщение WM_HOTKEY посылается в тред, вызвавший функцию RegisterHotKey, и должно быть обработано в цикле обработки сообщений. |
| Автор: Snowy 23.8.2005, 15:48 | ||
Окно! Без окна тут не обойтись. |
| Автор: maxim1000 23.8.2005, 15:55 |
| внесу-ка я разнообразие окна вообще не получают сообщений сообщения всегда посылаются в очередь потока если используются функции Send(Post)Message, сначала происходит определение потока, создавшего окно, а потом сообщение кидается в его (потока) очередь сообщений и оттуда с помощью DispatchMessage вызывается оконная процедура, а окно ничего никуда не перенаправляет... сообщение вообще можно отослать напрямую потоку с помощью функции PostThreadMessage (как, впрочем, и происходит в большинстве программ с сообщение WM_QUIT при закрытии главного окна) |
| Автор: rsm 23.8.2005, 15:58 |
| maxim1000 Спасибо, наконец кто-то прояснил ситуацию! |
| Автор: Snowy 23.8.2005, 16:41 | ||||||||||
В данном случае это GetCurrentTreadId() Сообщение потоку будет отправлено через PostThreadMessage. С оконными сообщениями такой вариант не подходит. SendMessage потоку не сделаешь...
В принципе, если использовать WSAEventSelect, то можно и без окна, через WSAWaitForMultipleEvents. Для однопоточных оконных приложений не годится, но т.к. у тебя окна нет, то с таймаутом должно подойти. В крайнем случае можно сделать в несколько потоков. Добавлено @ 16:42 Во, пока писал, уже сообщений набралось...
Только для Post сообщений. Иначе кто нам ответ даст?...
WM_QUIT это отдельная песня. Это вообще не сообщение, а установка флага выхода. |
| Автор: Snowy 23.8.2005, 17:25 | ||||||||||
Ну это уж слишком радикально. К тому же дело не в том, кто их получает, а кому они отправляются. А отправляются сообщения окнам.
А он их пересылает оконным процедурам, согласно хэндла окна. Не делает этого только при обработке PostTreadMessage, поскольку такие сообщения не адресованы окну и не содержат (точнее содержат нулевой) хэнд окна. Соответственно Dispatc не вызывается, т.к. нет у нас такого окна.
Именно Post. В случае с Send мы ждем ответа. А Send потоку не делается - только окну.
Можно, но зачем? Этот вариант достаточно редкий и мало используемый. Исключая разве что PostQuitMessage, которая используется в основном именно в этом виде. И в данном случае о сообщении вообще говорить можно только поверхностно, т.к. по сути реализации PostQuitMessage даже не явлется сообщением в полном смысле этого слова.
Говоря же об оконных сообщениях, без окна обойтись не получится. Бывают конечно извращения, но только для отправки. В данном же случае мы рассматриваем получение сообщения, которое нам отправляют банальным SendMessage. А он требует хэндл окна, который мы должны ему предоставить. "иначе ничего не получится" (с) "Утомленные солнцем" |
| Автор: maxim1000 23.8.2005, 17:55 | ||||||||||
<почти оффтопик>кстати, специально для тех случаев, когда хочется поработать с окном или когда используемые средства требуют окна, можно использовать message-window - появилось, по-моему, то ли в 2000, то ли в XP
что правда, то правда
это я, похоже сгоряча написал... механизм SendMessage, судя по всему, отличается от PostMessage вполне возможно, он даже не проходит через цикл сообщений иначе пришлось бы городить слишком сложную схему для получения результата оконной процедуры...
с WSAWaitForMultipleEvents не работал, но увидел в MSDN такую фразу:
как мне кажется, это значит, что эти события можно ждать так же, как и обычные события Windows, а значит, можно ждать одновременно их и сообщения для окон в одном цикле с помощью MsgWaitForMultipleObjectsEx... |
| Автор: Dimannn 23.8.2005, 18:08 | ||
А что лень окно создать?
Вот вам и окно, и формс не использовали. И посылейте чё хотете и куда хотите |
| Автор: rsm 23.8.2005, 19:18 |
| В общем пришли к тому, с чего начали - сообщение получают и окна, и безоконные треды. "Так я и думал! Именно так я и полагал!" © проф. Преображенский |
| Автор: Snowy 24.8.2005, 09:25 | ||||||
Как это не проходят? Очень даже проходят. Просто ответ, который мы выстреливаем на запрос оконного сообщения игнорируется, как не запрошенный. В остальном все так же. Но обычно Post не применяют к оконным сообщениям. Он нужен только для уведомления, а для взаимодействия нужен SendMessage.
Это решение и было высказано в первую очередь.
Нет, пришли мы к тому, что нужно создавать окно. Обсуждение получения сообщений тредами пошло оффтопом. Никакого отношения к теме оно тут не имеет - просто неприменимо никак. Либо окно, либо ждать евенты. |
| Автор: Демо 9.3.2006, 22:00 |
| Так точно. SendMessage посылает сообщение напрямую оконной процедуре, PostMessage помещает сообщение в очередь сообщений. |
| Автор: Демо 10.3.2006, 12:58 |
| Вряд ли. The SendMessage function sends the specified message to a window or windows. It calls the window procedure for the specified window and does not return until the window procedure has processed the message. Remarks If the specified window was created by the calling thread, the window procedure is called immediately as a subroutine. If the specified window was created by a different thread, the system switches to that thread and calls the appropriate window procedure. Messages sent between threads are processed only when the receiving thread executes message retrieval code. The sending thread is blocked until the receiving thread processes the message. However, the sending thread will process incoming nonqueued messages while waiting for its message to be processed. |