C / C++ / MFC

31-Aug-07 5:16

Given a handle to a process/main thread or even the ID's, how can I find a handle to the top level window of that process?

At this stage I do not know the window or class name's.

David Crow31-Aug-07 5:19

31-Aug-07 5:19

Iterate through each of the top-level windows with EnumWindows(). For each window encountered, call GetWindowThreadProcessId().

"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

Waldermort31-Aug-07 5:25

31-Aug-07 5:25

Is there an alternate/better solutions?

The problem here is I am launching a new process via CreateProcess(), since this api returns immedietlym when should it be called? Creating the new window could take much time, that's even if the new process doesn't fail before it's main window is created.

David Crow31-Aug-07 5:37

31-Aug-07 5:37

After calling CreateProcess(), you could call WaitForSingleObject(). Specify a non-infinite wait time that is long enough for the process to do what it needs to.

This might be easier by calling WaitForInputIdle().

"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

Waldermort31-Aug-07 5:44

31-Aug-07 5:44

Well, if it's the only way...

Here's another question similar to the topic. If a create a new console process from a console process, the new process output's to the first window ( ie a second console is not created ). When the first process terminates, the origional owner, the window remains.

Is this normal behaviour?

Roger Broomfield31-Aug-07 5:52

Roger Broomfield

31-Aug-07 5:52

Yes.
If you want true separation of console processes you need to specify CREATE_NEW_PROCESS_GROUP if you just want a new console window you need to specify CREATE_NEW_CONSOLE

Waldermort31-Aug-07 5:57

31-Aug-07 5:57

Ahh, I see. Thanks for the help.

David Crow31-Aug-07 5:52

MFC OnInitDialog lengthy process halts screen painting

31-Aug-07 5:52

WalderMort wrote:
Is this normal behaviour?

Wouldn't know, as I've never created one console process from within another. Have you tried the CREATE_NEW_CONSOLE flag?

"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

littleGreenDude31-Aug-07 5:02

littleGreenDude

31-Aug-07 5:02

MFC OnInitDialog lengthy process halts screen painting

I have a problem, this is similar to another post, where a process in OnInitDialog takes too long and slows the screen from painting on dialog startup.

OnInitDialog<br />
{<br />
if()<br />
  // do something<br />
else<br />
  DoSomethingVerryLengthy();<br />
}

The previously posted solution used a Create instead of a DoModal. This allows us to seperate the initialization of the dialog from the lengthy process. The posted solution looks like this:

pOtherDlg = new COtherDlg(...);<br />
pOtherDlg->Create(...);<br />
//** Optional if pOtherDlg not created with WS_VISIBLE style **<br />
pOtherDlg->ShowWindow(SW_SHOW);<br />
pOtherDlg->UpdateWindow();<br />
//** End Optional if pOtherDlg not created with WS_VISIBLE style **<br />
pOtherDlg->DoSomethingVerryLengthy();

My question is, since this code replaces pOtherDlg->DoModal(), and DoModal waits for the dialog to close before continuing execution. How do I make this new chunk of code wait until the user closes pOtherDlg?

Thanks in advance for the help... Smile | :)

Re: MFC OnInitDialog lengthy process halts screen painting

Naveen31-Aug-07 5:11

Naveen

31-Aug-07 5:11

littleGreenDude wrote:
How do I make this new chunk of code wait until the user closes pOtherDlg?

try calling pOtherDlg->RunModalLoop(); after pOtherDlg->DoSomethingVerryLengthy();

nave

[OpenedFileFinder]

Re: MFC OnInitDialog lengthy process halts screen painting

David Crow31-Aug-07 5:16

Visual indication (Red, green)

31-Aug-07 5:16

Have you considered using a modal dialog that spawns a secdonary thread to do the lengthy processing? This will result in the modal dialog's primary thread being able to respond to painting and user messages.

"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

__yash__31-Aug-07 4:35

31-Aug-07 4:35

For my WinSock how can i show green and red signal for connected/not connected respectively? Do we have any thing in Controls in Resource editor that could be used(eg: Picture control)?

Mark Salsbery31-Aug-07 5:02

31-Aug-07 5:02

A picture control is one way. You could use two icons - one red, one green -
and set the control's icon appropriately.

Mark

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

__yash__31-Aug-07 5:38

31-Aug-07 5:38

could you please elaborate on it? i m not famaliar with using icons on front-end....

Mark Salsbery31-Aug-07 5:48

31-Aug-07 5:48

yashveer wrote:
could you please elaborate on it?

Sure. Are you using MFC or straight Win32?

Mark

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

__yash__31-Aug-07 5:49

31-Aug-07 5:49

MFC

Mark Salsbery31-Aug-07 6:13

31-Aug-07 6:13

Here's some of the operations involved:

Add 2 icons to your app's resources - here I'll assume they are custom size
10x10 icons, with IDs IDI_INDICATORRED and IDI_INDICATORGREEN.
Draw the icons the way you want them to look.

Then...

// Add as member of window or dialog class
CStatic m_IndicatorStatic;
...

// In OnCreate() (for a window implementation) or OnInitDialog() (for a dialog implementation)...
//   (for a dialog, if the picture control is a resource on the dialog, and m_IndicatorStatic is already
//     associated with the control, then don't do the Create() call)

//  (Adjust passed CRect to properly position control in window's client area)
if (m_IndicatorStatic.Create(NULL, WS_CHILD | SS_ICON, CRect(0,0,10,10), this, ID_INDICATORSTATIC))
{
   m_IndicatorStatic.SetIcon((HICON)::LoadImage(AfxGetResourceHandle(), MAKEINTRESOURCE(IDI_INDICATORRED), IMAGE_ICON, 10, 10, LR_SHARED));
}
...

// Later...Change the indicator to green
m_IndicatorStatic.SetIcon((HICON)::LoadImage(AfxGetResourceHandle(), MAKEINTRESOURCE(IDI_INDICATORGREEN), IMAGE_ICON, 10, 10, LR_SHARED));

Hope that helps a bit!
Mark

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

__yash__31-Aug-07 6:24

31-Aug-07 6:24

// Add as member of window or dialog class
CStatic m_IndicatorStatic;

where do i add this IDI_ICON1 as CStatic m_IndicatorStatic?
I tried in class wizard but didnt find this ID....

Mark Salsbery31-Aug-07 6:30

31-Aug-07 6:30

In the properties for resources, you should be able to change the ID to whatever you want.

IDI_ICON1 sounds like the default ID - you can use that as well. It's just not as meaningful in the
code as an ID that's more descriptive.

Mark

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

__yash__31-Aug-07 6:34

31-Aug-07 6:34

changing the ID is fine but that's not my point.....my point is:
once i change the ID name to whatever ...IDI_ICON1 or IDI_ICONREDBUTTON, after that how do i associate it with the variable
CStatic m_IndicatorStatic , as i didnt find any Icon in class wizard

Mark Salsbery31-Aug-07 6:40