C / C++ / MFC

Re: CWnd destruction

Nish Nishant26-Feb-02 14:27

Nish Nishant

26-Feb-02 14:27

HockeyDude wrote:
when delete is called on the controls pointer do all the CWnd destructors get called automatically...???

Yes. I should think so.

Nish

My most recent CP article :-

A newbie's elementary guide to spawning processes

www.busterboy.org

Re: CWnd destruction

Atul Dharne26-Feb-02 14:53

Atul Dharne

26-Feb-02 14:53

HockeyDude wrote:
when delete is called on the controls pointer do all the CWnd destructors get called automatically...???
Yes they will be called but IMO before that you will have to remove the windows from screen.
From MSDN:

"In the MFC framework, when the user closes the frame window, the window’s defaultOnClose handler callsDestroyWindow."

HockeyDude wrote:
Would I have to call the controls destroyWindow functions..??
From MSDN:

"Do not use the C++ delete operator to destroy a frame window or view. Instead, call the CWnd member function DestroyWindow. Frame windows, therefore, should be allocated on the heap with operator new."

Atul

Re: CWnd destruction

Nish Nishant26-Feb-02 14:57

Nish Nishant

26-Feb-02 14:57

Atul,

He is not talking about frame windows or views.
he was talking about CWnd derived child controls like CButton.

Nish

My most recent CP article :-

A newbie's elementary guide to spawning processes

www.busterboy.org

Re: CWnd destruction

alex.barylski26-Feb-02 15:08

alex.barylski

26-Feb-02 15:08

Yes Nish you are correct I was talking about CButton. Smile | :)

I was positive that destructors were called with delete, but you and christian have helped me verify with myself.

Although what Christian said about DestroyWindow not being called kinda has me worried, i'd hate to have a bunch of HWND's lingering around after there CWnd is bye bye.

Ahh..to hell with it...i'm take the leakage if there is any...

Thanx !

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Re: CWnd destruction

Nish Nishant26-Feb-02 15:14

Nish Nishant

26-Feb-02 15:14

Don't worry about destroywindow too much. It might be an issue for frame windows. But for simple windows like buttons, I do not think it will be an issue. I'd be surprised at any memory leaks.

Nish

My most recent CP article :-

A newbie's elementary guide to spawning processes

www.busterboy.org

Re: CWnd destruction

alex.barylski26-Feb-02 15:46

alex.barylski

26-Feb-02 15:46

All I needed to hear...

Thanx Nish!

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Re: CWnd destruction

Atul Dharne26-Feb-02 16:28

Atul Dharne

26-Feb-02 16:28

Oops a daisy!...you are right...
Sorry...must have been daydreaming...

Atul

sleep...sleep...sleep...

Window Pointers

Alan Blakely26-Feb-02 12:52

Alan Blakely

26-Feb-02 12:52

I set my pointer to a window by doing
CWnd * Handle=FindWindow("AIM_IMessage",NULL);
and now i want to do a
SetWindowText("Some text") ;
or a
::SendMessage(HWND Hand...);
Only thing is, I don't know how to specify that I want my pointer to be where it sends the text... Or for that matter send it to a child window of the window that the pointer is pointing to...
Either way
Can anyone help me out?

Re: Window Pointers

Derek Waters26-Feb-02 12:50

Derek Waters

26-Feb-02 12:50

Hi,

I'm not quite sure what you're asking, but if your CWnd * is valid (ie it's not NULL), then you can either do:

CWnd *pMyWindow = FindWindow("AIM_IMessage", NULL);
pMyWindow->SetWindowText("Some Text");

pMyWindow->SendMessage(params)

By the way, if you need a HWND for the window you've got a pointer to, just call:

pMyWindow->GetSafeHwnd();

------------------------
Derek Waters
derek@lj-oz.com

Re: Window Pointers

Nish Nishant26-Feb-02 12:58

Nish Nishant

26-Feb-02 12:58

You are confusing a CWnd* with a HANDLE. The CWnd is a wrapper for the handle. They are not the same.

Nish

My most recent CP article :-

A newbie's elementary guide to spawning processes

www.busterboy.org

Different font sizes in a dialog

26-Feb-02 12:36

Hi, I have a dialog with a couple of textboxes on it, and I want to change
the font size on one of the terxtboxes. I can't seem to find out how. Any
input would be great. Thanks

Re: Different font sizes in a dialog

Derek Waters26-Feb-02 12:53

Derek Waters

26-Feb-02 12:53

Have you tried SetFont?

void CMyDialogClass::SetTheFonts()
{
  m_fntBigFont.CreatePointFont(24, _T("Arial")); 
  // NOTE: This must be a member variable, if you create a local variable 
  // on the stack it will be destroyed, and the font won't be set correctly.

  m_fntLittleFont.CreatePointFont(6, _T("Arial"));

  m_edtBigEditControl.SetFont(&m_fntBigFont);
  m_edtLittleEditControl.SetFont(&m_fntLittleFont);
}

------------------------
Derek Waters
derek@lj-oz.com

Re: Different font sizes in a dialog

Nish Nishant26-Feb-02 12:53

Nish Nishant

26-Feb-02 12:53

Put this code in your OnCtlColor()

if(pWnd->GetDlgCtrlID()==IDC_EDIT1)
{
	pDC->SetBkColor(RGB(255,0,0));
	return CreateSolidBrush(RGB(255,0,0));
}

Nish

My most recent CP article :-

A newbie's elementary guide to spawning processes

www.busterboy.org

Re: Different font sizes in a dialog

Nish Nishant26-Feb-02 12:56

Nish Nishant

26-Feb-02 12:56

Oops. Kindly ignore this post please.
I thought you wanted to change font color

Blush | :O

Nish

My most recent CP article :-

A newbie's elementary guide to spawning processes

www.busterboy.org

Document views

26-Feb-02 12:29

I have created a mfc project and within this I have created a dialoguebar and multiple document view windows. When I click on a button on my dialoguebar how can I get the current document object as it has a Carray object which I would like to obtain.
Confused | :confused:

Thank you in advance.

Smile | :)

Re: Document views

Derek Waters26-Feb-02 12:56

Derek Waters

26-Feb-02 12:56

That depends on where you are handling the button click. If the dialog bar is part of the main frame class, you can try:

CMainFrame::OnPressMyButton()
{
  CMDIChildWnd *vpChildFrame = MDIGetActive();
  if (vpChildFrame != NULL)
  {
    CDocument *vpActiveDocument = vpChildFrame->GetActiveDocument();
    if (vpActiveDocument != NULL)
    {
      DoSomeStuffWith(vpActiveDocument); // Do your array stuff here.
    }
  }
}

------------------------
Derek Waters
derek@lj-oz.com

Visual C++ breakpoint won't trigger.

clintsinger26-Feb-02 10:50

clintsinger

26-Feb-02 10:50

Hi. I am writing a dll that attaches to a program with no debug info. When I set an breakpoint in my code it does not stop at the breakpoint, it just ignores it and continues on it's merry way. If I put in __asm int 3 to force a breakpoint, it works and puts me in my code at the int 3 line. This is my second DLL where this problem has crept up.

Does anyone know why the visual c++ breakpoints are broken? (pun intended)

Thanks,
Clint

PS. If you were going to ask. Yes, I am in debug mode with my code.

Re: Visual C++ breakpoint won't trigger.

alex.barylski26-Feb-02 13:33

alex.barylski

26-Feb-02 13:33

I always thought breakpoints were disabled in release mode. Smile | :)

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Re: Visual C++ breakpoint won't trigger.

Michael P Butler26-Feb-02 22:59

Michael P Butler

26-Feb-02 22:59

How have you got the debugging session configured?

I assume you have the DLL as the loaded project in VC and are using the exe as the "Executable for debug session".

This should work providing you have the dll compiled with the debug info.

Michael Smile | :)

FIX: Visual C++ breakpoint won't trigger.

clintsinger27-Feb-02 6:30

clintsinger

27-Feb-02 6:30

Well I gave up trying to figure out why my application wouldn't break, so just made a new project and copied all my exisiting code into it. Everything seems to work fine. One thing that I did change is the DLL name. I had wanted a specific name so I renamed the dll. The new project is named the same as the dll and this works fine. I am curious if this is a known issue because with another dll, it is being renamed as well and I can't set bp's in it either....

Cheers

BOOL vs. bool

Roman Nurik26-Feb-02 10:20

Roman Nurik

26-Feb-02 10:20

which one is "better"?

i know bool is more standardized but BOOL is more efficient, but which one is more commonly used, furthermore, which one should i use?

>>Roman<<

Re: BOOL vs. bool

Carlos Antollini26-Feb-02 10:29

Carlos Antollini

26-Feb-02 10:29

You answered your question. I think that is better to use the more efficient...
Do you prefer to use while(true) or for(;;)? Big Grin | :-D

Regards!!!

Carlos Antollini.
Sonork ID 100.10529 cantollini

Re: BOOL vs. bool

Tim Smith26-Feb-02 10:25

Tim Smith

26-Feb-02 10:25

while(true) and for(...) take the same amount of time. I have yet to see a compiler not optimize while (true) away.

Tim Smith

I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

Re: BOOL vs. bool

Felix Cho26-Feb-02 10:24

Felix Cho

26-Feb-02 10:24

Is bool less efficient? I don't think so...

I usually use bool for pure C++ logic, and BOOL for UI/Win API related stuff.

I have seen a lot of people mixing them and IMHO is not a good idea in terms of readability.

Re: BOOL vs. bool

Tim Smith26-Feb-02 10:24

Tim Smith

26-Feb-02 10:24

BOOL edges out bool in performance just by a very tiny amount.

Here are the rules I use.

If I am doing WIN32 code, I use BOOL. Otherwise, for the other 90% of my code, I use bool.

Tim Smith

I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

General News Suggestion Question Bug Answer Joke Praise Rant Admin

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.