|
If I try to get messages range upto 0x300, when closing the dialog, there is an error message saying "Debug Assertion Failed!" and the file name is: wincore.cpp in line 4563. Is there any range limit to get the messages.
My code is as follows:
LRESULT CIdleTestDlg::OnKickIdle(WPARAM wp, LPARAM lp)<br />
{<br />
MSG msg;<br />
if(GetMessage(&msg,NULL,0,0x300)){ <br />
DispatchMessage(&msg);<br />
}<br />
return 0L;<br />
}
Best Regards,
Suman
-- modified at 0:13 Friday 20th July, 2007
|
|
|
|
|
You should get messages the normal MFC way, through the message map.
WM_KICKIDLE is a message sent by the modal message loop in MFC.
This is from the docs:
The following are the ranges of message numbers.
Range Meaning
0 through WM_USER–1 Messages reserved for use by the system.
WM_USER through 0x7FFF Integer messages for use by private window classes.
WM_APP through 0xBFFF Messages available for use by applications.
0xC000 through 0xFFFF String messages for use by applications.
Greater than 0xFFFF Reserved by the system.
What message are you trying to get?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
"Remember the five Ds of dogeball: Dodge, Dip, Duck, Dive, and Dodge."
"If you can dodge a wrench, you can dodge a ball."
|
|
|
|
|
I am trying to get MM_MIM_LONGDATA message. The value is 0x3c4.
But If I try to get upto range 0x300 or more the error is happening.
So I had doubt, there is some limit in message range. Thanks for info abt message limit.
I am trying to check message queue in OnKickIdle() because I have doubt an acknowledgement message from H/W via USB port is missing between end of OnInitDialog() and display of dialog if I use the normal MFC message map. I am trying to get USB MIDI port messages without missing in anyway.
Best Regards,
Suman
-- modified at 3:14 Friday 20th July, 2007
|
|
|
|
|
This shouldn't have anything to do with idle processing.
It doesn't make sense that you are missing a message between OnInitDialog and the displaying of
the dialog since you would have needed a valid HWND to get the message in the first place.
What window handle are you passing when you call midiInOpen()?
When are you calling midiInOpen()?
You may get better performance if you use a callback function instead of window messages.
If you choose to use window messages, you should be able to get them just like any other
window message - for example:
afx_msg LRESULT OnMIMLongData(WPARAM wp, LPARAM lp);
ON_MESSAGE(MM_MIM_LONGDATA, &CMyDlg::OnMIMLongData)
LRESULT CMyDlg::OnMIMLongData(WPARAM wParam, LPARAM lParam)
{
HMIDIIN MIDIDeviceHandle = (HMIDIIN)wParam;
MIDIHDR *pMIDIHdr = (MIDIHDR *)lParam;
...
return 0;
}
Mark
Mark Salsbery
Microsoft MVP - Visual C++
"Remember the five Ds of dogeball: Dodge, Dip, Duck, Dive, and Dodge."
"If you can dodge a wrench, you can dodge a ball."
|
|
|
|
|
Mark Salsbery wrote: You may get better performance if you use a callback function instead of window messages.
Yes, If I use callback function, there is no problem.
Mark Salsbery wrote: What window handle are you passing when you call midiInOpen()?
When are you calling midiInOpen()?
I am calling both midiOutOpen() and midiInOpen in OnInitDialog() function.
The window handle passed is the pointer to application's main window handle as in following code:
HMIDIIN hdlMidiIn = NULL;<br />
MMRESULT mReturnCode=MMSYSERR_NOERROR; <br />
CWnd* pMainDialog = (CWnd*)AfxGetApp()->m_pMainWnd;<br />
HWND hWnd = pMainDialog->m_hWnd;<br />
mReturnCode = midiInOpen(&hdlMidiIn,uhInID,(DWORD)hWnd,(DWORD)NULL,CALLBACK_WINDOW);<br /> Where, uhInID is MIDI port number.
Now I changed the midiInOpen as follows:
mReturnCode = midiInOpen(&hdlMidiIn,uhInID,(DWORD_PTR)MidiInProc,(DWORD)NULL,CALLBACK_FUNCTION);
Where MidiInProc() is the callback function.
Now I am calling the MIDI message processing function directly by creating object of Dialog class inside the callback. But I want to just send the message, so that callback load will be reduced.
Best Regards,
Suman
|
|
|
|
|
The message will go to the window handle you pass to midiInOpen().
If you pass the main window handle, you won't receive a message in a dialog, unless the dialog is
your main window. Make sure you pass the handle to the window you want to get messages in 
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Hi Mark,
I changed the midiInOpen() to use CALLBACK_FUNCTION as it works fine.
Callback is working well, if I use SendMessage() or directly call the function for MIDI message processing from callback. The PostMessage() is not working well with callback. So, I have implemented SendMessage(). Is there any issues using SendMessage() in callback? Thank you for your great help!!
Best Regards,
Suman
|
|
|
|
|
Hi Mark,
If I dispatch the message from OnKickIdle() I am getting the missing message most of the times. The code is:
LRESULT CMIDIDlg::OnKickIdle(WPARAM wp, LPARAM lp)<br />
{<br />
MSG msg;<br />
if(GetMessage(&msg,NULL,0,MM_MIM_LONGDATA)){<br />
if(msg.message != WM_KICKIDLE)<br />
DispatchMessage(&msg);<br />
}<br />
return 0L;<br />
}<br />
I am going to try some other methods like Win 32 project instead of MFC etc.
Thanks for the help!!
Best Regards,
Suman
P.S. As Saturday & Sunday are holiday I will come again on monday.
Mark, Dont foget to relax & rest while hard work.
|
|
|
|
|
You shouldn't be doing a GetMessage() call here because you've halted message processing for the
window until you get a message. That's not good 
See my other reply above.
rp_suman wrote: Mark, Dont foget to relax & rest while hard work.
I work at home - I always get to relax
Have a nice weekend!
Mark
Mark Salsbery
Microsoft MVP - Visual C++
"Remember the five Ds of dogeball: Dodge, Dip, Duck, Dive, and Dodge."
"If you can dodge a wrench, you can dodge a ball."
|
|
|
|
|
Mark Salsbery wrote: You shouldn't be doing a GetMessage() call here because you've halted message processing for the
window until you get a message. That's not good
See my other reply above.
Yes, you are right. I think, If Message comes inside OnKickIdle() means it should also comes if there is no OnKickIdle().
Best Regards,
Suman
|
|
|
|
|
Hello, I have a vector(CMyData) of an MFC class CMyData in CMyDocumentClass. Because program have to display different sets of Data I usually pass a pointer from a member of this data vector that should be displayed to different view classes. In CMyDataListView, CMyDataPlotView classes before doing anything I first check the validity of pointer with
<br />
if(!AfxIsValidAddress(m_pData, sizeof(CMyData), TRUE))<br />
return;<br />
this line usually is passed without problem indication I can read and write to memory location pointed by m_pData.
but Next line fails!
<br />
if(!m_pData->IsKindOf(RUNTIME_CLASS(CMyData)))<br />
return;<br />
It says Access violation writing location 0x000000000
checking Call Stack shows that AfxIsValidAddress(...) has been actually executed without problem.
Can someone explain what is going on please? How should I check that a memory access failure won't happen.
By the way I have to add that in CMyData I have multiple vectors but please note that all this problems occure before I try to access such variables. Actually in the process of checking validity of pointer.
Thanks
|
|
|
|
|
If the CMyData data object contains pointers itself, it is perfectally reasonable for AfxIsValidAddress(...) to say that a pointer to the object itself is valid, but it cannot evaluate the object's internals to see if its contained pointers are valid. For example, the object itself may have stepped on its runtime-type information.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
Electronic75 wrote: if(!m_pData->IsKindOf(RUNTIME_CLASS(CMyData)))
Set a breakpoint on this statement. Is m_pData a CMyData object? Does it point to the same address as it did when first initialized?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
AfxIsValidAddress in VS6 calls IsBadReadPtr or IsBadWritePtr depending on whether bReadWrite is FALSE or TRUE respectively. However, it's been discovered in the last few years that these APIs are seriously flawed. See IsBadXxxPtr should really be called CrashProgramRandomly[^] for details.
Visual Studio .NET 2003 still calls IsBadXxxPtr in Debug builds, but in Release builds only checks for NULL. In Visual Studio 2005, the IsBadXxxPtr checks are completely removed, the function only checks for NULL.
It does look like you've called through a bad pointer - this could well mean that the virtual function pointer inside CMyData is NULL, which it will be if you used memset, for example.
|
|
|
|
|
There is no way to check if an actual non-null pointer is valid!
You might want to look at MSDN and read the remake section or learn the limitation of AfxIsValidAddress
Yours Truly, The One and Only!
|
|
|
|
|
I have found a way to connect visual c++ into MS-access database using ADODC (in active x control), but i don't know how to update, insert, or delete recordset from the database.. does anyone have the code to access the records?? please help me out, I need this for my thesis 
|
|
|
|
|
|
i have used map in my program and i m getting these type of warnings
e:\program files\microsoft visual studio\vc98\include\xtree(182) : warning C4786: 'std::_Tree<int,std::pair<int const ,CErrorNotifications *>,std::map<int,CErrorNotifications *,std::less<int>,std::allocator<CErrorNotifications *> >::_Kfn,std::less<i
nt__^,std::allocator<cerrornotifications *=""> >::~_Tree<int,std::pair<int const ,CErrorNotifications *>,std::map<int,CErrorNotifications *,std::less<int>,std::allocator<CErrorNotifications *> >::_Kfn,std::less<int>,std::allocator<CErrorNotifications *>
>' : identifier was truncated to '255' characters in the debug information
e:\program files\microsoft visual studio\vc98\include\xtree(162) : warning C4786: 'std::_Tree<int,std::pair<int const ,CErrorNotifications *>,std::map<int,CErrorNotifications *,std::less<int>,std::allocator<CErrorNotifications *> >::_Kfn,std::less^__i
nt>,std::allocator<CErrorNotifications *> >::_Tree<int,std::pair<int const ,CErrorNotifications *>,std::map<int,CErrorNotifications *,std::less<int>,std::allocator<CErrorNotifications *> >::_Kfn,std::less<int>,std::allocator<CErrorNotifications *> >
' : identifier was truncated to '255' characters in the debug information
e:\program files\microsoft visual studio\vc98\include\xtree(374) : warning C4786: '__unwindfunclet$?erase@?$_Tree@HU?$pair@$$CBHPAVCErrorNotifications@@@std@@U_Kfn@?$map@HPAVCErrorNotifications@@U?$less@H@std@@V?$allocator@PAVCErrorNotifications@@@3
@@2@U?$less@H@2@V?$allocator@PAVCErrorNotifications@@@2@@std@@QAE?AViterator@12@V312@0@Z$0' : identifier was truncated to '255' characters in the debug information
e:\program files\microsoft visual studio\vc98\include\xtree(236) : warning C4786: '__ehhandler$?insert@?$_Tree@HU?$pair@$$CBHPAVCErrorNotifications@@@std@@U_Kfn@?$map@HPAVCErrorNotifications@@U?$less@H@std@@V?$allocator@PAVCErrorNotifications@@@3@@2
@U?$less@H@2@V?$allocator@PAVCErrorNotifications@@@2@@std@@QAE?AU?$pair@Viterator@?$_Tree@HU?$pair@$$CBHPAVCErrorNotifications@@@std@@U_Kfn@?$map@HPAVCErrorNotifications@@U?$less@H@std@@V?$allocator@PAVCErrorNotifications@@@3@@2@U?$less@H@2@V?$alloc
ator@PAVCErrorNotifications@@@2@@std@@_N@2@ABU?$pair@$$CBHPAVCErrorNotifications@@@2@@Z' : identifier was truncated to '255' characters in the debug information
e:\program files\microsoft visual studio\vc98\include\xtree(236) : warning C4786: '__unwindfunclet$?insert@?$_Tree@HU?$pair@$$CBHPAVCErrorNotifications@@@std@@U_Kfn@?$map@HPAVCErrorNotifications@@U?$less@H@std@@V?$allocator@PAVCErrorNotifications@@@
3@@2@U?$less@H@2@V?$allocator@PAVCErrorNotifications@@@2@@std@@QAE?AU?$pair@Viterator@?$_Tree@HU?$pair@$$CBHPAVCErrorNotifications@@@std@@U_Kfn@?$map@HPAVCErrorNotifications@@U?$less@H@std@@V?$allocator@PAVCErrorNotifications@@@3@@2@U?$less@H@2@V?$a
llocator@PAVCErrorNotifications@@@2@@std@@_N@2@ABU?$pair@$$CBHPAVCErrorNotifications@@@2@@Z$0' : identifier was truncated to '255' characters in the debug information
e:\program files\microsoft visual studio\vc98\include\utility(21) : warning C4786: 'std::pair<std::_Tree<int,std::pair<int const ,CErrorNotifications *>,std::map<int,CErrorNotifications *,std::less<int>,std::allocator<CErrorNotifications *> >::_Kfn,
std::less<int>,std::allocator<CErrorNotifications *> >::iterator,bool>::pair<std::_Tree<int,std::pair<int const ,CErrorNotifications *>,std::map<int,CErrorNotifications *,std::less<int>,std::allocator<CErrorNotifications *> >::_Kfn,std::less<int>,st
please anybosy can help me in removing these warnings.....
|
|
|
|
|
#pragma warning( disable : 4786 )
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
#pragma can remove warning from Output window, but find the cause and solving if possible could be better.
Best Regards,
Suman
|
|
|
|
|
Oh, you cannot. And you don't need to worry about: the warning simply states that the identifiers will be truncated in the debug info. But this is inavoidable since there is a 255-characters limit for identifiers in debug information and, on the other hand, STL templates produce very long identifiers. Bottom line you can safely ignore that warnings.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
thanks for your replys...
now my problem is i have made various ui threads before starting these thread i have checked using this code whether they are running or not..
std::map<int, CSmtpThread*>::iterator pos = assocs_Smtp.find(l);
if(pos == assocs_Smtp.end())
{
StartingSmtpThread(URL,l,total_timeinterval,prt,Task_Nm);
}
}
and i have closed my thread using this code
std::map<int, CSmtpThread*>::iterator pos = assocs_Smtp.find(smtpkey);
if(pos != assocs_Smtp.end())
{
CSmtpThread* pThread = pos->second;
pThread->PostThreadMessage(WM_QUIT,NULL,NULL);
}
once i start thread it works fine, when i stop it try to start it it doen't work.It doesn't go inside if condition...
how to solve this problem...
|
|
|
|
|
Because (as far as I can guess...), once you stopped the thread, you have to remove it from the map.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
how to remove them from map
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
