Сишный оконный класс всего лишь обслуживает настоящее Windows окно (subклассит), очередь сообщений есть у GUI-потока, она "прокручивается" всегда примерно вот так:

Код

while( (bRet = GetMessage( &msg, NULL, 0, 0 )) != 0)     {          if (bRet == -1)         {             // handle the error and possibly exit         }         else         {             TranslateMessage(&msg);              DispatchMessage(&msg);          }     }

Там, где есть окно там и есть GUI поток.

Цитата(Dreamer_0x01 @ 23.12.2005, 19:32)

Тогда мне наверное следует создать свой интерфейсный поток именно для этих целей, чтобы в ожидании не "усыплять" поток, который должен будет "прокручива" эту очередь сообщений. Правильно?

ну да, чтобы не было deadlock (взаимоблокировки).

Вот, наконец-то я тогда начинаю понимать, почему не вызываются события сокета - потому что собственно некому их вызывать...

Ладно, щас попробуем все еще и в потоковые классы завернуть.
Была у меня конечно идея использовать синхронный сокет (который CSocket), но там заче-то надо порождать классы CArchive, СSocketFile, по-моему, слишком тяжеловесно. Думаю, получится написать свой синхронный сокет, благо мне не та много от него надо.

Dreamer_0x01
Зачем переделывать код? Надо всего лишь "прокачать" очередь сообщений, чтобы сообщения были обработаны родной оконой процедурой какого-то окна, а потом продолжать чё-то свое делать.

Цитата(JoyEx @ 23.12.2005, 19:58)

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

Это как? Притащить в оно цепочку указателей на мой сокет, и там принудительно сделать его DispatchMessage ?

Нет.
С помощью PeekMessage()-TranslateMessage()-DispatchMessage() можно "прокачать" очередь в любом месте потока.
Добавлено @ 20:26

Код

MSG msg;     while(::PeekMessage (&msg, NULL, 0, 0, PM_REMOVE)){         if(msg.message == WM_QUIT) break;         TranslateMessage (&msg);         DispatchMessage (&msg);     }

Не понимаю, в какое именно место мне надо такой код добавить?

Цитата(Dreamer_0x01 @ 23.12.2005, 20:41)

Не понимаю, в какое именно место мне надо такой код добавить?

там, где у тебя долго выполняется код


I'll be back (from The Terminator)
Пока!

Это сообщение отредактировал(а) JoyEx - 23.12.2005, 20:44

ВАХ! ну наконец-то заработало!
Единственное...поясни пожалуйста, почем в PeekMessage в качестве дескриптера окна передается NULL.

Цитата(Dreamer_0x01 @ 23.12.2005, 20:57)

Единственное...поясни пожалуйста, почем в PeekMessage в качестве дескриптера окна передается NULL

Чтобы вытаскивать из очереди сообщения всех окон данного потока, вот что пишут $M:

Цитата(MSDN)

If hWnd is NULL, PeekMessage retrieves messages for any window that belongs to the current thread.

PeekMessage() в отличие от GetMessage() "прокачивает" очередь, т.е. если в очереди нету сообщений PeekMessage() возвращает управление (=0), а GetMessage() только при получении WM_QUIT.

Вот тебе мой макет

Код

class ASocket: public CAsyncSocket{     void OnConnect(int nErrorCode ){         if(nErrorCode != 0) return;         char buff[] = "Hello!!!";         int len = strlen(buff)+1;         Send (buff, len);     } };

Это ф-ция потока:

Код

UINT MyControllingFunction( LPVOID pParam ){     ASocket asocket;     WORD wVersionRequested;     WSADATA wsaData;     wVersionRequested = MAKEWORD(2, 2);     WSAStartup( wVersionRequested, &wsaData );     asocket.Create ();     asocket.Connect ("127.0.0.1", 80);     MSG msg;     while(GetMessage (&msg, 0, 0, 0) == TRUE){         if(msg.message == 0x00000373 /*WM_SOCKET_NOTIFY*/){             TRACE("\nOkay!!!\n");         }         TranslateMessage (&msg);         DispatchMessage (&msg);     }     return 0; }

Что ж, ты мне этой штукой (конструкцией с PeekMessage)очень помог, причем как выяснилось, не тоьлко в сокетах, а вообще в большинстве мест, где моя программа "подтормаживала".

Спасибо.

Репутация "+".

Dreamer_0x01, спасибо.

Для справки: В MS VС++ из Class View v7 очень удобно и быстро можно попасть на базовый класс (и его .cpp) через "Bases and Interfaces".