GetMessage con un tiempo de espera

Question

Tengo una aplicación cuyo segundo hilo llama a GetMessage() en un bucle. En algún momento, el primer hilo se da cuenta de que el usuario desea salir de la aplicación y notifica al segundo hilo que debe terminar. Como el segundo hilo está atascado en GetMessage(), el programa nunca se cierra. ¿Hay alguna forma de esperar mensajes con un tiempo de espera excedido? Estoy abierto a otras ideas también.

EDIT: (explicaciones adicionales)

El segundo hilo corre que fragmento de código:

while (!m_quit && GetMessage(&msg, NULL, 0, 0)) 
{ 
    TranslateMessage(&msg); 
    DispatchMessage(&msg); 
} 

El primer hilo establece m_quit a verdadero.

Answer 1

La manera más fácil es simplemente llamar al UINT_PTR timerId=SetTimer(NULL, NULL, 1000, NULL) antes de llamar al GetMessage. Publicará un mensaje WM_TIMER en el hilo de llamada cada segundo, por lo que el GetMessage volverá puntualmente. Luego, llame al KillTimer(NULL, timerId) para cancelarlo.

actualización de código muestra:

BOOL GetMessageWithTimeout(MSG *msg, UINT to) 
{ 
    BOOL res; 
    UINT_PTR timerId = SetTimer(NULL, NULL, to, NULL); 
    res = GetMessage(msg); 
    KillTimer(NULL, timerId); 
    if (!res) 
     return FALSE; 
    if (msg->message == WM_TIMER && msg->hwnd == NULL && msg->wParam == timerId) 
     return FALSE; //TIMEOUT! You could call SetLastError() or something... 
    return TRUE; 
} 

Answer 2

Yep. Pruebe PeekMessage() en su lugar. Pero creo que esto no será una solución de problemas completa.

Answer 3

Una cosa que siempre se puede hacer es enviar el hilo bloqueado un mensaje definido por el usuario que va a hacer que se despierte, procesar el mensaje, a continuación, volver a subir a la cima del bucle De hecho, podría ser más fácil eliminar por completo la variable m_quit y, en su lugar, simplemente enviar el mensaje principal que dice "debe salir ahora".

Espero que esto ayude!

Answer 4

Debería poder enviar un mensaje de abandono al segundo hilo con PostThreadMessage.

E.g.

PostThreadMessage(threadid, WM_QUIT, 0, 0); 

No debería ser necesario para leer la variable m_quit en el segundo hilo, pero usted debe comprobar si hay errores de GetMessage, así como un valor de retorno de FALSE/0 que es lo que se devuelve si el siguiente mensaje es un mensaje de dejar de fumar .

Answer 5

No probado, pero puede probar la función MsgWaitForMultipleObjects sin ningún objeto.

MsgWaitForMultipleObjects(0, NULL, FALSE, timeout, QS_ALLEVENTS); 

Si si los rendimientos WAIT_TIMEOUT es un tiempo de espera, pero si devuelve WAIT_OBJECT_0 puede llamar GetMessage con garantía de no ser bloqueado.

Pero tenga en cuenta los siguientes:

MsgWaitForMultipleObjects no vuelve si hay entrada sin leer del tipo especificado en la cola de mensajes después de que el mensaje ha llamado una función para comprobar la cola.

Así que debe asegurarse de que la última vez que llamó a cualquiera de las funciones del mensaje no quede ningún mensaje en la cola, o tendrá una especie de condición de carrera.

Probablemente su mejor opción sería la de sustituir GetMessage con:

if (MsgWaitForMultipleObjects(0, NULL, FALSE, timeout, QS_ALLEVENTS) == WAIT_OBJECT_0) 
{ 
    while (PeekMessage(&msg, 0, 0, 0, PM_REMOVE)) 
    { 
     //dispatch the message 
    } 
} 

Pero como he dicho antes, no he probado, así que no puede estar seguro de si va a trabajar.