Цитата(Song @ 23.8.2005, 10:29)

Это ничто иное как HWND_DESKTOP !

Цитата(rsm @ 23.8.2005, 15:12)

Ну эт я знаю. Просто использую сразу значение, а не именованную константу.

В данном случае это GetCurrentTreadId()
Сообщение потоку будет отправлено через PostThreadMessage.
С оконными сообщениями такой вариант не подходит.
SendMessage потоку не сделаешь...

Цитата(Snowy @ 23.8.2005, 15:48)

Окно! Без окна тут не обойтись.

В принципе, если использовать WSAEventSelect, то можно и без окна, через WSAWaitForMultipleEvents.
Для однопоточных оконных приложений не годится, но т.к. у тебя окна нет, то с таймаутом должно подойти.
В крайнем случае можно сделать в несколько потоков.

Добавлено @ 16:42
Во, пока писал, уже сообщений набралось...

Цитата(maxim1000 @ 23.8.2005, 15:55)

DispatchMessage вызывается оконная процедура, а окно ничего никуда не перенаправляет... сообщение вообще можно отослать напрямую потоку с помощью функции PostThreadMessage

Только для Post сообщений. Иначе кто нам ответ даст?...

Цитата(maxim1000 @ 23.8.2005, 15:55)

PostThreadMessage (как, впрочем, и происходит в большинстве программ с сообщение WM_QUIT при закрытии главного окна)

WM_QUIT это отдельная песня. Это вообще не сообщение, а установка флага выхода.

Цитата(maxim1000 @ 23.8.2005, 15:55)

окна вообще не получают сообщений

Ну это уж слишком радикально.
К тому же дело не в том, кто их получает, а кому они отправляются. А отправляются сообщения окнам.

Цитата(maxim1000 @ 23.8.2005, 15:55)

сообщения всегда посылаются в очередь потока

А он их пересылает оконным процедурам, согласно хэндла окна.
Не делает этого только при обработке PostTreadMessage, поскольку такие сообщения не адресованы окну и не содержат (точнее содержат нулевой) хэнд окна. Соответственно Dispatc не вызывается, т.к. нет у нас такого окна.

Цитата(maxim1000 @ 23.8.2005, 15:55)

сообщение вообще можно отослать напрямую потоку с помощью функции PostThreadMessage

Именно Post. В случае с Send мы ждем ответа. А Send потоку не делается - только окну.

Цитата(maxim1000 @ 23.8.2005, 15:55)

сообщение вообще можно отослать напрямую потоку с помощью функции PostThreadMessage

Можно, но зачем? Этот вариант достаточно редкий и мало используемый. Исключая разве что PostQuitMessage, которая используется в основном именно в этом виде. И в данном случае о сообщении вообще говорить можно только поверхностно, т.к. по сути реализации PostQuitMessage даже не явлется сообщением в полном смысле этого слова.

Цитата

В действительности PostQuitMessage не помещает сообщение ни в одну из очередей структуры THREADINFO. Эта функция просто устанавливает флаг пробуждения QS_QUIT  и элемент nExitCode структуры THREADINFO.

Говоря же об оконных сообщениях, без окна обойтись не получится.
Бывают конечно извращения, но только для отправки.
В данном же случае мы рассматриваем получение сообщения, которое нам отправляют банальным SendMessage. А он требует хэндл окна, который мы должны ему предоставить.
"иначе ничего не получится" (с) "Утомленные солнцем"

<почти оффтопик>кстати, специально для тех случаев, когда хочется поработать с окном или когда используемые средства требуют окна, можно использовать message-window - появилось, по-моему, то ли в 2000, то ли в XP

Цитата

SendMessage потоку не сделаешь...

Цитата

Только для Post сообщений. Иначе кто нам ответ даст?...

что правда, то правда

Цитата

если используются функции Send(Post)Message

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

Цитата

В принципе, если использовать WSAEventSelect, то можно и без окна, через WSAWaitForMultipleEvents. Для однопоточных оконных приложений не годится, но т.к. у тебя окна нет, то с таймаутом должно подойти.

с WSAWaitForMultipleEvents не работал, но увидел в MSDN такую фразу:

Цитата

In 32-bit environments, event object–related functions, including WSACreateEvent, WSACloseEvent, WSASetEvent, WSAResetEvent, and WSAWaitForMultipleEvents are directly mapped to the corresponding native Windows functions, using the same function name, but without the WSA prefix.

как мне кажется, это значит, что эти события можно ждать так же, как и обычные события Windows, а значит, можно ждать одновременно их и сообщения для окон в одном цикле с помощью MsgWaitForMultipleObjectsEx...

А что лень окно создать?

Код

handle:=CreateWindow('BUTTON','',0,0,0,0,0,0,0,HInstance,nil);

Вот вам и окно, и формс не использовали.
И посылейте чё хотете и куда хотите

В общем пришли к тому, с чего начали - сообщение получают и окна, и безоконные треды.
"Так я и думал! Именно так я и полагал!" © проф. Преображенский

Цитата(maxim1000 @ 23.8.2005, 17:55)

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

Как это не проходят? Очень даже проходят. Просто ответ, который мы выстреливаем на запрос оконного сообщения игнорируется, как не запрошенный.
В остальном все так же. Но обычно Post не применяют к оконным сообщениям. Он нужен только для уведомления, а для взаимодействия нужен SendMessage.

Цитата(Dimannn @ 23.8.2005, 18:08)

А что лень окно создать?

Это решение и было высказано в первую очередь.

Цитата(rsm @ 23.8.2005, 19:18)

В общем пришли к тому, с чего начали - сообщение получают и окна, и безоконные треды.

Нет, пришли мы к тому, что нужно создавать окно.
Обсуждение получения сообщений тредами пошло оффтопом.
Никакого отношения к теме оно тут не имеет - просто неприменимо никак. Либо окно, либо ждать евенты.

Так точно. SendMessage посылает сообщение напрямую оконной процедуре, PostMessage помещает сообщение в очередь сообщений.

Нет. Немного не так.
SendMessage тоже ставит в очередь.
Отличие в том, что Post не ожидает ответа. Просто ставит в очередь.
А SendMessage ставит в очередь и ждет окончания обработки.
Поэтому через Post не шлют сообщения, требующие возврата результата.

Вряд ли.

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.