C / C++ / MFC

Re: How can I specify absolute time with SetWaitableTimer()

4-Sep-07 4:51

peteryenyen wrote:
but it doesn' work !

That's not specific and your code won't compile so of course it doesn't work.

peteryenyen4-Sep-07 13:51

peteryenyen

4-Sep-07 13:51

I modify the code. Please take a look at it.

Re: How can I specify absolute time with SetWaitableTimer()

led mike5-Sep-07 5:29

5-Sep-07 5:29

peteryenyen wrote:
I modify the code.

If you can't post code that compiles you have lower odds of receiving help because if it doesn't compile of course it doesn't work.

When is CWnd valid?

charlieg4-Sep-07 3:43

4-Sep-07 3:43

This has to be in a faq somewhere, but data is eluding me... when I create a dialog, and the messages begin to flow into the message pump... when is CWnd guaranteed to be good?

Charlie Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.

Overheard in a cubicle: "A project is just a bug under development."

Seeking to rise above the intelligence of a one eared rabbit...

Caught in a vortex of weirdness...

Re: When is CWnd valid?

led mike4-Sep-07 4:38

4-Sep-07 4:38

charlieg wrote:
when is CWnd guaranteed to be good?

When it's window handle is "valid" or IsWindow(...) which of course happens after CreateWindow and before DestroyWindow. Also you must be accessing the object from the same thread it was created in since MFC uses TLS to maintain CWnd/HWND data (there are technotes on this). There are ways to create temporary valid CWnd objects in worker threads but you need to know what you are doing when using that technique.

Re: When is CWnd valid?

charlieg4-Sep-07 6:05

4-Sep-07 6:05

sigh

Mike, let me be more specific. Given I need to create a window that is parented by another window. I actually need to do this with an activeX control, but I think the point is valid. And, thankfully, we're single threaded for this question.

I create my object that contains my first window. The constructor fires, and messages begin to be delivered. Eventually, a WM_PAINT arrives and some basic drawing code fills in the visual portion of the window. Things quiet down after the initial burst of events. Somewhere in that initial burst of events, the window for the object is actually valid, and IsWindow goes true.

Is it after WM_CREATE? WM_PAINT? Something in win32 or mfc sets that field....

Re: When is CWnd valid?

led mike4-Sep-07 11:54

4-Sep-07 11:54

charlieg wrote:
I actually need to do this with an activeX control

That is a whole different question. My Visual ActiveX experiences are few and old.

Windows message order?

charlieg4-Sep-07 3:26

4-Sep-07 3:26

Is there a published list of Windows events and the order they occur in? I've not been able to find one, which may mean I've overlooked something obvious. For example, I want to know every windows message that occurs when a simple dialog application launches and displays. Another example - I create an activeX control, I want to know each and every message that is sent to the control as it "activates".

Spy or the version mentioned on Winspector might provide a starting list, but I'm looking for something blessed by Microsoft.

Hamed Musavi4-Sep-07 5:50

Hamed Musavi

4-Sep-07 5:50

charlieg wrote:
I create an activeX control, I want to know each and every message that is sent to the control as it "activates".

There's a tool called 'ActiveX control test container' that will be installed as part of your Visual studio. Find it in start menu under vs tools.

For messages, I've learned them during development. I think this is basic Win32 programming or windows programming that you are looking for. Such things should be described in books about win32, or about windows in MSDN and I don't know a good exact source.

// "Life is very short and is very fragile also." Yanni
while (I'm_alive)
{
cout<<"I love programming.";
}

charlieg4-Sep-07 5:56

4-Sep-07 5:56

Hamed,

I know about the test container, but what's your point? It doesn't really show me anything about events. Are you implying that I should use the debugger to catch the events?

As far as "learning from development", point taken, but I was hoping for a definitive list, thus sayeth MSDN (of course, you can't find it in msdn....). I've found that you can pick up bad assumptions and misunderstandings from test data.

chg

Hamed Musavi4-Sep-07 6:32

Hamed Musavi

4-Sep-07 6:32

charlieg wrote:
Are you implying that I should use the debugger to catch the events?

I didn't work a lot with activeXs but as much as I remember When I was testing my controls, I could see event's (perhaps only those that I handled or called 'Fire' for), even in release mode, in the big edit box at the bottom of the window. I'm sorry. I didn't read the text completely and thought you don't know about the tool at all. Blush | :O

charlieg wrote:
of course, you can't find it in msdn....

I'm not sure. Some times that's right, but first that I started programming it was my best friend. Articles like the following and even better ones that I can't find now, helped me a lot. You sure read them already and perhaps were useful to you too.

http://msdn2.microsoft.com/en-us/library/ms632597.aspx[^]

http://msdn2.microsoft.com/en-us/library/ms632598.aspx[^]

// "Life is very short and is very fragile also." Yanni
while (I'm_alive)
{
cout<<"I love programming.";
}

Mark Salsbery4-Sep-07 6:15

Mark Salsbery

4-Sep-07 6:15

What messages are sent and in what order is subject to change.

There's no guarantee that it will be the same on different OS versions/builds.

You could peek at each message and log it fairly easily. You'll probably find that the messages
and the order they are sent in is pretty consistent. I've never seen anything that states you
can rely on this, however.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

charlieg4-Sep-07 6:33

4-Sep-07 6:33

Excellent comment Mark. So, if a developer cannot depend on the order of events, how then does one determine when a windows object is fully instantiated? Another thread says to use IsWindow() to determine when things are ready to go... but this would seem to me to be a bit of a polling solution.