Printable View
is there any way to post a message and get it prossesed at that same time?
i know the SendMessage() function waits for the message to get processed before it returns but what if i need it to get done before anything else is done?
ive tried manually posting messages by altering the message loop and at a certain message ive changed the MSG struct members to what i wanted... but that didnt work.... spy++ shows them as unknow messages.....
ideas?
I don't know of any "high priority" message posting - without implementing it yourself.
*Why* do you need this? Describe your situation - perhaps there are multiple solutions...
gg
ok
my program is a basic phonebook. i have 4 list boxes that display the 4 fields you have in the phonebook listing (first name, last name, home phone, cell phone). each listbox displays one of those. when i select an item on one of them, i used LB_GETCURSEL for that field and then LB_SETCURSEL to set the selection for the other fields. the idea is to make it appear as if it was one big listbox. the problem is when i select one field, there is a sort of delay before the other ones are selected (the other 3 are synchronized) and im guessing that its because of when i get the LBN_SELCHANGE msg that tells me that something was selected, there are other messages in the queue waiting to be processed before my new LB_SETCURSEL messages are processed.
that was long... :) anyway, got the idea?
Not sure how to make it any better than just doing a SendMessage(LB_SETCURSEL) to the other 3 right there in your LBN_SELCHANGE handler.
Another option would be to use a list-view control in report view mode: http://msdn2.microsoft.com/en-us/lib...35(VS.85).aspx
gg
The idea behind PostMessage is to post it to the message queue and the idea behind SendMessage is to send the message directly to the window proc (without the need of a translation and dispatch when posted into the message queue) and have the application process the message before returning.
So why are you trying to emulate SendMessage behavior with PostMessage again?
i wasnt using PostMessage. im using SendMessage but the problem remains. the first list box updates on mouseclick the other 3 that get my SendMessage LB_SETCURSEL update togather but a second later the the first list box.
thats why i was thinking that maybe there were too many messages executing before my messages get done and thats why the delay happens...
No, even the message queue should never have such a delay.
Use a profiler to find the real bottleneck.
One thing I can think of is that the listbox doesn't redraw immediately on the change, but rather invalidates itself. Then the redrawing would not happen until you've finished handling the current message, which perhaps takes too long.
???Quote:
Use a profiler to find the real bottleneck.
ive thought about that so ive tried using postmessage and invalidating the current LBN_SELCHANGE message. the way i figured is i can ignore the current selection of an item on a listbox and instead do em all togather at one point. i think that can work but i also think that LBN_SELCHANGE is not the message i need to invalidate (by doing return 1 instead of 0)Quote:
One thing I can think of is that the listbox doesn't redraw immediately on the change, but rather invalidates itself. Then the redrawing would not happen until you've finished handling the current message, which perhaps takes too long.
A profiler is a program that follows the execution of your code and after you finish, tells you where (which lines/instructions) it spent the time. It helps in understanding where an application spends most of it's time.
can you name me such a program please?
grpof, oprofile, vtune, codeanalyst.
Which one works (best) for you depends on what OS you are using, what processor you have, and what compiler you use.
--
Mats
i think vtune is right for me.
anyway, im going to leave this program now, since i have other things i need to concentrate on and my time is pretty much up, but after im done with those, im going to get back to this and figure it out if i can.
thanks for all your help!