एक टाइमआउट के साथ GetMessage

Question

मेरे पास एक ऐसा एप्लिकेशन है जो दूसरे थ्रेड को GetMessage() लूप में कॉल करता है। किसी बिंदु पर पहला धागा यह महसूस करता है कि उपयोगकर्ता एप्लिकेशन को छोड़ना चाहता है और दूसरे थ्रेड को सूचित करता है जिसे इसे समाप्त करना चाहिए। चूंकि दूसरा धागा GetMessage() पर फंस गया है, कार्यक्रम कभी नहीं निकलता है। क्या टाइमआउट वाले संदेशों की प्रतीक्षा करने का कोई तरीका है? मैं अन्य विचारों के लिए भी खुला हूं।

संपादित करें:

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

पहले धागा सच करने के लिए सेट m_quit: (अतिरिक्त स्पष्टीकरण)

दूसरा धागा कोड की है कि टुकड़ा चलाता है।

Answer 1

GetMessage पर कॉल करने से पहले UINT_PTR timerId=SetTimer(NULL, NULL, 1000, NULL) पर कॉल करना सबसे आसान तरीका है। यह WM_TIMER संदेश को हर सेकेंड कॉलिंग थ्रेड पर पोस्ट करेगा, इसलिए GetMessage तत्काल वापस आ जाएगा। फिर, इसे रद्द करने के लिए KillTimer(NULL, timerId) पर कॉल करें।

अद्यतन नमूना कोड:

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

हाँ। इसके बजाय PeekMessage() आज़माएं। लेकिन मुझे लगता है कि यह पूरी समस्या हल नहीं होगी।

Answer 3

एक बात तुम हमेशा करते है बस अवरुद्ध धागा उपयोगकर्ता परिभाषित संदेश है कि यह जगाने के लिए कारण होगा, संदेश प्रक्रिया भेज सकते हैं, तो वापस जाने के लिए लूप के शीर्ष पर। वास्तव में, m_quit वैरिएबल को पूरी तरह से निकालने के लिए सबसे आसान हो सकता है और इसके बजाय मुख्य थ्रेड को केवल एक संदेश भेजने के लिए कहा जाता है, "आपको अभी छोड़ना होगा।"

आशा है कि इससे मदद मिलती है!

Answer 4

आपको दूसरे थ्रेड पर PostThreadMessage के साथ एक संदेश छोड़ने में सक्षम होना चाहिए।

उदा।

PostThreadMessage(threadid, WM_QUIT, 0, 0); 

आप दूसरे सूत्र में m_quit चर पढ़ने की जरूरत नहीं होनी चाहिए, लेकिन आप GetMessage के साथ-साथ FALSE/0 की वापसी मान जो दिया जाता है है से त्रुटियों के लिए जाँच करनी चाहिए अगर अगले संदेश एक छोड़ दिया संदेश है ।

Answer 5

परीक्षण नहीं किया गया है, लेकिन आप बिना किसी ऑब्जेक्ट के MsgWaitForMultipleObjects फ़ंक्शन को आजमा सकते हैं।

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

अगर रिटर्न WAIT_TIMEOUT यह एक समय समाप्ति है, लेकिन अगर यह रिटर्न WAIT_OBJECT_0 आप गारंटी के साथ GetMessage नहीं अवरुद्ध किया जा करने के लिए कॉल कर सकते हैं।

लेकिन ध्यान दें निम्नलिखित:

MsgWaitForMultipleObjects वापस नहीं करता है अगर वहाँ संदेश कतार में निर्दिष्ट प्रकार के अपठित इनपुट के बाद धागा कतार जाँच करने के लिए एक समारोह का आह्वान किया है।

तो आपको यह सुनिश्चित करना होगा कि पिछली बार जब आप किसी भी संदेश फ़ंक्शन को बुलाते हैं तो कतार पर कोई संदेश नहीं छोड़ा जाता है, या आपके पास एक प्रकार की दौड़ स्थिति होगी।

शायद अपने सबसे अच्छे विकल्प के साथ GetMessage को बदलने के लिए होगा:

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

लेकिन जैसा कि मैंने पहले कहा, मैं परीक्षण नहीं लगा कि यह तो मुझे यकीन है कि अगर यह काम करेगा नहीं हो सकता।