C / C++ / MFC

Help Thread Process and Window

7-Jul-04 3:32

Can you not set a breakpoint in func1(), and then check the call stack once the breakpoint has been reached?

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

phamdoan6-Jul-04 16:49

phamdoan

6-Jul-04 16:49

hi all i need help

i can get the Thread current process but i don't know how to get the information of the window was created by the Thread like (window caption, control in that window....) the same Spy++ tool of VS when we click the Thread(Ctrl+T) button on toolbar.

Thank so much

EnumThreadWindows Function

Blake Miller7-Jul-04 5:02

Blake Miller

7-Jul-04 5:02

MSDN: EnumThreadWindows Function

The EnumThreadWindows function enumerates all nonchild windows associated with a thread by passing the handle to each window, in turn, to an application-defined callback function. EnumThreadWindows continues until the last window is enumerated or the callback function returns FALSE. To enumerate child windows of a particular window, use the EnumChildWindows function.

Dumb RichEditView Question

merkit6-Jul-04 16:28

merkit

6-Jul-04 16:28

I'm currently working on a project using RichEditView and I have run into a small but very destructive problem. How do I draw text in the view? I have tried OnDraw and even OnPaint but neither function is called by the program. Please help this poor noob before he kills his computer.

Re: Dumb RichEditView Question

David Crow7-Jul-04 3:33

CheckRadioButton makes recursive calls

7-Jul-04 3:33

CRichEditCtrl &ctrl = GetRichEditCtrl();
ctrl.SetWindowText(_T("This is my text!"));

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

elephantstar6-Jul-04 13:57

6-Jul-04 13:57

Hi there,

I have a group of three checkboxes. When I click on CheckBox2, a dialog box appears asking for user input. What it's suppose to do is when a user cancels a selection it should default to the first checkbox by making a call to CheckRadioButton. It does default but once the user clicks away from the application, the dialog box reappears as if the function to open up the dialog box is called once again. I isolated the problem and found that its the CheckRadioButton() that performs the recursive calls. How can I stop it from doing that? Thanks.

void CCheckBox::OnCheckBox2
{
CMyDialog dlg;

int nRet = -1;
nRet = dlg.DoModal();

// Handle the return value from DoModal
switch ( nRet )
{
case -1:
AfxMessageBox("Dialog box could not be created!");
break;
case IDOK:
{
..code...
break;
}
case IDABORT:
{
OnCheckBox1();
break;
}
case IDCANCEL:
{
OnCheckBox1();
break;
}
default:
break;
};
}

void CCheckBox::OnCheckBox1()
{
CheckRadioButton(IDC_RADIO1, IDC_RADIO3, IDC_RADIO1); //problem lies here
}

David Crow7-Jul-04 3:54

7-Jul-04 3:54

elephantstar wrote:
...when a user cancels a selection...

Cancels what selection?

elephantstar wrote:
...once the user clicks away from the application...

Closes the application, or puts focus on another application?

elephantstar wrote:
CheckRadioButton(IDC_RADIO1, IDC_RADIO3, IDC_RADIO1);

While I don't think it is related to the problem, are the values for IDC_RADIO1, IDC_RADIO2, and IDC_RADIO3 contiguous?

Why are you using CheckRadioButton() with checkboxes and not radio buttons?

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

elephantstar7-Jul-04 9:41

7-Jul-04 9:41

-When the user selects cancel (CASE IDCANCEL) in the popup dialog box, it would call OnCheckBox1() to check the first radio button. The first button is the default selection.

-Puts focus on another application.

-The radio button values are contiguous. The buttons are radio buttons not checkboxes. Sorry to confuse you with the names.

David Crow7-Jul-04 10:01

7-Jul-04 10:01

elephantstar wrote:
-When the user selects cancel (CASE IDCANCEL) in the popup dialog box, it would call OnCheckBox1() to check the first radio button. The first button is the default selection.

Blake's suggestion is definitely the cleanest. Assign each of the radio buttons a CButton member variable (e.g., m_btnRadio1, m_btnRadio2, m_btnRadio3). Something like:

void CCheckBox::OnCheckBox1( void )
{
    m_btnRadio2.SetCheck(BST_UNCHECKED);
    m_btnRadio3.SetCheck(BST_UNCHECKED);
}
 
void CCheckBox::OnCheckBox2( void )
{
    CMyDialog dlg;
    int nReturn;
 
    nReturn = dlg.DoModal();
    if (IDABORT == nReturn || IDCANCEL == nReturn)
        m_btnRadio1.SetCheck(BST_CHECKED);
    else
        m_btnRadio1.SetCheck(BST_UNCHECKED);
    
    m_btnRadio3.SetCheck(BST_UNCHECKED);
}
 
void CCheckBox::OnCheckBox3( void )
{
    m_btnRadio1.SetCheck(BST_UNCHECKED);
    m_btnRadio2.SetCheck(BST_UNCHECKED);
}

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

elephantstar7-Jul-04 11:55

7-Jul-04 11:55

I did as you suggested but there's a problem. The second radio button does not uncheck so I inserted m_btnRadio2.SetCheck(BST_UNCHECKED) when nReturn is either IDABORT or IDCANCEL. The recursion appears once again. Why is that? I grouped the buttons such that the first button has group property checked while the other two does not. What is going on?

Blake Miller7-Jul-04 5:11

Blake Miller

7-Jul-04 5:11

I would manually check or uncheck the OTHER radio or checkbox buttons in a handler for a particular button. You are getting recursed because the handler for button 1 is calling a function that will try to UNCHECK buttons 2 and three and CHECK button 1 AGAIN. As a result, your button 1 OnCheckBox1 is getting called from itself.
If you want these three items to be mutualy exclusive, you should try to use radio buttons, and not check boxes. If you group them properly and make them all automatic, you won't even need such a handler to 'set' them in your code. Windows will do it automatically.
If you insist on following your current path, you should do the following instead:

void CCheckBox::OnCheckBox1()
{
// button 1 will check or uncheck itself
// uncheck button 2
CButton* pButton = (CButton*)GetDlgItem(IDC_RADIO2);
pButton->SetCheck(0);
// uncheck button 3
pButton = (CButton*)GetDlgItem(IDC_RADIO3);
pButton->SetCheck(0);
}

void CCheckBox::OnCheckBox2()
{
// uncheck button 1
CButton* pButton = (CButton*)GetDlgItem(IDC_RADIO1);
pButton->SetCheck(0);
// button 2 will check or uncheck itself
// uncheck button 3
pButton = (CButton*)GetDlgItem(IDC_RADIO3);
pButton->SetCheck(0);
}

similarly for button 3.

elephantstar7-Jul-04 9:48

7-Jul-04 9:48

Sorry to confuse you. These buttons are radio buttons and they are contiguous and grouped properly. It's just giving me problems with the CheckRadioButton in OnCheckBox1().

Blake Miller7-Jul-04 11:38

Blake Miller

7-Jul-04 11:38

In that case, I would not bother with the call to 'set' the radio buttons in the radio button handler. They should be toggling on and off properly on their own.
Your call is just redundant - so redundant, it actually recurses on itself.

elephantstar7-Jul-04 12:40

7-Jul-04 12:40

So then what was wrong with my initial code? All I want to do is call CheckRadioButton to check the first button when the user cancels the dialog box selection in OnCheckBox2().

David Crow8-Jul-04 2:41