One note. You should NEVER be typecasting function pointers. That may hide
bugs and cause very strange problems. Just make sure the function type
Hi,
sorry for the lack of information. The CTestApp class is derived from the
following:
class ATL_NO_VTABLE CTestApp:
public CWindowImpl<CTestApp>,
public CComObjectRootEx<CComSingleThreadModel>,
public CComCoClass<CTestApp, &CLSID_TestApp>,
public IConnectionPointContainerImpl<CTestApp>,
public CProxy_ITestAppEvents<CTestApp>,
public IDispatchImpl<ITestApp, &IID_ITestApp, &LIBID_TestAppLib, 1, 0>,
public IDispatchImpl<_ITestAppEvents, &__uuidof(_ITestAppEvents),
&LIBID_TestAppLib, 1,0>
In the header I also have:
DECLARE_PROTECT_FINAL_CONSTRUCT()
HRESULT FinalConstruct()
{
RECT rect;
rect.left=0;
rect.right=100;
rect.top=0;
rect.bottom=100;
HWND hwnd = Create( NULL, rect, "TestAppWindow", WS_POPUP);
if (hwnd)
return S_OK;
else
return HRESULT_FROM_WIN32(GetLastError());
}
and then the post message call is actually like:
if(IsWindow(stAtlTF->m_hWnd) == TRUE)
{ stAtlTF->PostMessage(WM_DATA_READY,6,0);
}
and stAtlTF comes from:
UINT ThreadFuncST(LPVOID pParam)
{
CTestApp *stAtlTF = (CTestApp*)pParam;
and in one of the CTestApp functions:
DWORD tid;
if((m_hThreadRecv = CreateThread(0,0,
(LPTHREAD_START_ROUTINE)ThreadFuncST,(void *)this,0,&tid)) == NULL)
{
}
Does this help any?
Regards,
John.
Scott McPhillips [MVP] wrote:
Do you have some MessageBox calls in there that you are not showing us?
MessageBox pumps messages, so it would let your message handler function
reenter.
"John" <reply@newsgroup.com> wrote in message
news:eTwrl.34143$Ii4.28358@newsfe19.ams2...
Hi,
I have a problem with posting messages to a message queue. I've read
through the MSDN docs but they have not really answered the problem I am
expierencing.
The setup is as follows:
I have a thread that receives UDP messages from the network. When the
messages are received it posts a message like so
AtlTrace("Posting new message...");
PostMessage(WM_DATA_READY,6,0);
WM_DATA_READY is mapped to a function in the header using
BEGIN_MSG_MAP(CTestApp)
MESSAGE_HANDLER(WM_DATA_READY, OnDataReady)
END_MSG_MAP()
The function OnDataReady has the body
LRESULT CTestApp::OnDataReady(UINT uMsg, WPARAM wParam, LPARAM lParam,
BOOL& bHandled)
{
static int nCnt = 0;
AtlTrace("Entered OnDataReady function with nCnt = %d\n", nCnt);
DWORD dwThreadID = GetCurrentThreadId();
AtlTrace("Thread ID = 0x%x\n", dwThreadID);
for(int nIndex=0; nIndex<5; ++nIndex)
{
AtlTrace("Loop number is %d\n", nIndex);
}
}
When I run the code I get the following output:
Posting new message...
Posting new message...
Posting new message...
Entered OnDataReady function with nCnt = 0
Thread ID = 0x9eb
Loop number is 0
Entered OnDataReady function with nCnt = 1
Thread ID = 0x9eb
Entered OnDataReady function with nCnt = 2
Thread ID = 0x9eb
Loop number is 1
Loop number is 2
Loop number is 3
Loop number is 4
Loop number is 1
Loop number is 2
Loop number is 3
Loop number is 4
Loop number is 1
Loop number is 2
Loop number is 3
Loop number is 4
Either my code is wrong or my understanding of the message queue is
wrong. How is it possible that the same thread can be in the same
function 3 times at the same time? As you can see from the output, the
loop has been run three times but for some reason the final two times it
has missed out the first interation???
I can't even set up CRITICAL_SECTIONS inside the function because the
thread ID is always the same.
Can anyone provide an explanation as to what is happening in the code?
Many thanks,
John.