It is a thread specific message queue for GUI/non-GUI application. It stores the messages post by system or some other application.The thread retrieves the messages from its message queue using GetMessage or PeekMessage .If i m wrong somewhere pls rectify it.
The MSDN is somewhat misleading in that it states: "directly calls the WndProc"
This is only true if the window belongs to the same thread executing SendMessage()
In other words... if Thread1 executes SendMessage() to a window it owns, the WndProc is directly executed.
If Thread1 executes SendMessage() to a window owned by Thread2, the message is placed into a seperate que. This special que contains messages of extreme high priority. This que is not the same as the standard message que.
If your problem is that you have to change the size in every sheet. Insteads of coding one function per every sheet, you can make it with just a function and calling it when a sheet changes before the datas are shown.
To do that, you can take a pointer/handler to every sheet and give it as parameter to the function. Then code the change of size to the concrete sheet.
void ChangeSheetSize (CWnd* pWnd)
//make the change of size
//when a sheet is being selected
CWnd* pWnd = GetActiveWindow ();
//Continue showing the datas of the concrete sheet
Im not sure if there is a better way, but I think it can work
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
I did not tried it, but it should be done in each page. I was seeking for a solution, that is independant from page. Means it should be done in the sheet or elsewhere, so that no repeated coding is needed.
Actually there is a little gap ( approximately 3 pixels ) between tab control border in the property sheet and border of property page. So I need to enlarge the property page to fit to the tab control borders.
When using ioctl() to set SIO_RCVALL in order to be able to use recvfrom() to "sniff" all incoming and outgoing packets, will TCP packets already be "ordered (arrive in same order as sent)" and and reliable in the sense that a copy of an already received packet can arrive at a later time?
Or does SIO_RCVALL hook the packets before the tcp implementation have done its work, and you have to do this ordering and detecting dupes yourself?