C / C++ / MFC Discussion Boards

Re: how to change the color of Text if Edit Box

bob169728-Sep-07 5:27

8-Sep-07 5:27

If you want some independence from the dialog box, you can control it directly from within a derived control class. This is not the best or easiest way, but it's an option nonetheless...

Create a new class and derive it from CEdit. Create some member variable for text color, background color, background brush etc...

// .h file
class CEditControl : public CEdit
{
// ...
private:
COLORREF m_colorBack;
COLORREF m_colorText;
CBrush m_brushBack;
//...
}

When you choose your variable for the edit control using class wizard, choose category "control", and for the type choose your derived type instead of CEdit.
Also don't forget to include your derived class in your StdAfx.h file

// StdAfx.h
#include "EditControl.h"

Create a handler for the "=WM_CTLCOLOR" message in your derived edit class. It's important to note that there are two WM_CTLCOLOR messages in the wizard. Choose the one with the "=" in front of it. Set it up as described below.

// .cpp file
CEditControl::CEditControl()
: m_colorBack(RGB(255,255,0))
, m_colorText(RGB(255,0,0))
{
m_brushBack.CreateSolidBrush(m_colorBack);
}

CEditControl::~CEditControl()
{
m_brushBack.DeleteObject();
}

BEGIN_MESSAGE_MAP(CEditControl, CEdit)
//{{AFX_MSG_MAP(CEditControl)
ON_WM_CTLCOLOR_REFLECT()
//}}AFX_MSG_MAP
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CEditControl message handlers

HBRUSH CEditControl::CtlColor(CDC* pDC, UINT nCtlColor)
{
// TODO: Change any attributes of the DC here

/*
This sets the text background to transparent. Works good
for single line edit controls but for multiline you will
need OPAQUE to prevent refresh issues with the text when
typing in the middle of a line in the string.

For example, when edit is multiline, use this instead:
pDC->SetBkMode(OPAQUE);
pDC->SetBkColor(m_colorCustom);
pDC->SetTextColor(m_colorText);
*/
pDC->SetBkMode(TRANSPARENT);
pDC->SetTextColor(m_colorText);

// Return a non-NULL brush if the parent's handler should not be called
return m_brushBack;

// return NULL;
}

Re: how to change the color of Text if Edit Box

Mark Salsbery8-Sep-07 6:32

Mark Salsbery

8-Sep-07 6:32

You got a pair of MFC solutions. Are you using MFC or using Win32 directly?

Mark

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

Re: how to change the color of Text if Edit Box

ThatsAlok9-Sep-07 20:14

ThatsAlok

9-Sep-07 20:14

Please confirm what are using.. in Win32 you have to handle WM_CTLCOLOREDIT and in MFC you have to handle WM_CTLCOLOR message for Coloring Edit Control

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture

cheers,
Alok Gupta
VC Forum Q&A :- I/IV
Support CRY- Child Relief and You

calling API in driver

zon_cpp8-Sep-07 0:05

zon_cpp

8-Sep-07 0:05

Hi!
i want call api functions(LoadLibrary, GetProcAddress) in my driver code. but compiler of driver don't know this functions. this compiler just know DDK functions.

are there any function instead this functions (LoadLibrary, GetProcAddress) in DDK?

Zo.Naderi-Iran

Shared Dll to Static Lib

shakumar_227-Sep-07 21:12

shakumar_22

7-Sep-07 21:12

Hi
How to change Use MFC in a Shared DLL to Use MFC Static Library in VC 8.0.

In VC6.0 , changed by
Project -> Settings -> Setting For :Win32 Debug Microsoft Foundation Class

But i dont Know in VC 8.0.

When the Programme was createing there was an option for this, in Application Type,but i developed the programme in Shared Dll So i want how to change after programme created.

Awaiting for the Reply

Regards
shakumar

shakumar

Re: Shared Dll to Static Lib

Cedric Moonen7-Sep-07 23:22

Cedric Moonen

7-Sep-07 23:22

'Project properties' -> 'General' -> 'Use of MFC' and there select 'Use MFC in a static library'.

Cédric Moonen
Software developer

Charting control [v1.2]

How to begin DirectX

kcynic7-Sep-07 20:59

kcynic

7-Sep-07 20:59

I want to learn DirectX.
So,I hope someone would like to introduce me a article lead me enter it.
Thanks.

GOOD LUCK

Re: How to begin DirectX

Nishad S8-Sep-07 0:57

Nishad S

8-Sep-07 0:57

Here[^]

- NS -

Re: How to begin DirectX

kcynic8-Sep-07 2:16

kcynic

8-Sep-07 2:16

I have no exprience of DirectX programming.I only know that DirectX compose of Direct Draw(before 9.0c version),Direct2D,Direct3D,DirectPlay,DirectMusic and DirectSound. And I want to begin learning and using it now. I want to get a common guide of DirectX programming,besides anyone of these.I think ,if I understand a common DirectX programming way,I will learn every of it easily.

Would you like to help me?

Thanks.

kernel mode dll

samira forooghi7-Sep-07 19:44

samira forooghi

7-Sep-07 19:44

hi every one
how can i write kernel mode dll?

please help me

Some ambiguities with MFC CString class. [modified]

Hamed Musavi7-Sep-07 19:20

Hamed Musavi

7-Sep-07 19:20

2 problems:

1. The following code, has memory leak. (Not in m_pA and pStr, since I delete them later):

in .h

struct a
{
  char* pStr;
};
a* m_pA;

in .cpp

m_pA = new a;
.
.
.
// Now in a thread

m_pA->pStr = new char[260];
CString szPath = m_pA->pStr;

// Now I use szPath ( say for TRACE )
...
// And then delete the newed char* buffer
delete[] m_pA->pStr;
.
.
.
// Finally later in destructor I delete the only instance of my structure
delete m_pA;

unless I call szPath.Empty() before exiting. why?

2. Is it safe to use CString as a member of a struct and pass it to a function? with the un-predefined size of the CString how stack looks like in the function?

Thank you so much in advanced.

-- modified at 1:28 Saturday 8th September, 2007
-- modified at 10:13 Saturday 8th September, 2007
I added delete calls, since no one trusted me when at first line I mentioned I delete them later(or perhaps no one ever read the very first line;P)

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

Re: Some ambigituies with MFC CString class.

chandu0047-Sep-07 19:26

chandu004

7-Sep-07 19:26

hi i dont suggest to use CString in a structure.
instead,
use some character array like,
char name[256];
in an array.

Re: Some ambigituies with MFC CString class.

Hamed Musavi7-Sep-07 19:36

Hamed Musavi

7-Sep-07 19:36

Thanks for quick reply.

chandu004 wrote:
i dont suggest to use CString in a structure.

Why?

I thought when passing a structure that has a CString to a function(as a parameter), the size of the CString is unknown, if the function changes the data, things might get worst because needed size is more than amount of already allocated memory, so an overflow. But these are just some ideas and probably wrong, because the same thing can work fine in a class.

I was wondering what happens exactly in CString class.

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

Re: Some ambigituies with MFC CString class.

Cedric Moonen7-Sep-07 22:57

Cedric Moonen

7-Sep-07 22:57

chandu004 wrote:
i dont suggest to use CString in a structure.
instead,
use some character array like,
char name[256];

That is complete non-sense. CString class (although I prefer the stl version) is a wrapper class for a string array. Its purpose is to ease you the live so that you don't have to bother with memory allocation for your string. Why wouldn't you use it in a structure ?

Cédric Moonen
Software developer

Charting control [v1.2]

Re: Some ambiguities with MFC CString class.

progDes7-Sep-07 20:26

progDes

7-Sep-07 20:26

2. The class is always safer then pointer. The sizeof(CString) is always identically, that's why you can easy pass it as a function parameter. Because string data is containing somewhere in heap and CString just contain pointer to this data. That's why the sizeof(CString("short string")) == sizeof("very very long string"). One more thing thing you should know, that when you pass CString as a function parameter by value the copy constructor is caling, so the data can be copied or it can be reference counting system. Anyway while the CString constructor is calling the class is safe.

1.
char * c = new char[10];
CString s = c; // the data is not pointing to c, it is copied here, so you need to delete c

Re: Some ambiguities with MFC CString class.

Hamed Musavi7-Sep-07 20:53

Hamed Musavi

7-Sep-07 20:53

progDes wrote:
2. The class is always safer then pointer.

Thanks. So it's a pointer in fact. That's really good.

progDes wrote:
// the data is not pointing to c, it is copied here, so you need to delete c

I understand it. My problem here is not c, it's s. If I don't call s.Empty() I'll have a memory leak. This really confused me.

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

Re: Some ambiguities with MFC CString class.

progDes7-Sep-07 22:29

progDes

7-Sep-07 22:29

>"If I don't call s.Empty() I'll have a memory leak."

Destructor must call it.

Re: Some ambiguities with MFC CString class.

Hamed Musavi8-Sep-07 4:11

Hamed Musavi

8-Sep-07 4:11

progDes wrote:
Destructor must call it.

But it doesn't and memory leak is shown on my debug window. When I explicitly call Empty however it disappears.

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

Re: Some ambiguities with MFC CString class.

John R. Shaw7-Sep-07 22:07

John R. Shaw

7-Sep-07 22:07

I already know what the problem is from the first time I saw a ‘new’ statement. I finished a course on modern programming languages (MS Specific), so I assume you think it is magic. Wrong, it is only magic if the language supports automatic clean up! The ‘new’ operator allocates memory and it is up to you to free it; otherwise you will have a memory leak. In Microsoft’s new languages it is still a good idea to free them, because they go into a list somewhere, waiting to be released.

This is relates to a very old problem that I never understood. If you allocate the memory, then you need to free it. What is the problem?

INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra

Re: Some ambiguities with MFC CString class. [modified]

Hamed Musavi8-Sep-07 4:08

Hamed Musavi

8-Sep-07 4:08

John R. Shaw wrote:
The ‘new’ operator allocates memory and it is up to you to free it;

What's the point here? I already delete them, but didn't add delete in this code, but wrote it when I said:

The following code, has memory leak. (Not in m_pA and pStr, since I delete them later)

I understand how to allocate and deallocate memory either in C and C++. My problem here is that:

when I assign a pointer-to-a-char*-buffer to a CString object, I then have to call Empty() of that CString object. This is what I don't understand. I never read anywhere that CString requires programmer to call it's Empty function, and if I don't I'll have memory leaks.

I modified my code and added those deletes that I talked about. Now I think it's even more clear that I delete those newed variables.

-- modified at 10:17 Saturday 8th September, 2007

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

Re: Some ambiguities with MFC CString class.

bob169728-Sep-07 4:36

bob16972

8-Sep-07 4:36

Read this to understand CString's internals better to help you decide. It's slightly unrelated but it discusses parameter passing and CStrings so it might yield some ideas.

Paul DiLascia's classic walk through the CString internals[^]

Re: Some ambiguities with MFC CString class.

Hamed Musavi8-Sep-07 4:41

Hamed Musavi

8-Sep-07 4:41

Thanks.
I'll soon read it.

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

Re: Some ambiguities with MFC CString class.

progDes8-Sep-07 6:05

progDes

8-Sep-07 6:05

From MSDN:

In previous versions of MFC, it was important that you clean up CString objects after use. With MFC version 3.0 and later, explicit cleanup is no longer necessary.

May be you have MFC 3.0?

Re: Some ambiguities with MFC CString class.

Hamed Musavi8-Sep-07 18:45

Hamed Musavi

8-Sep-07 18:45

progDes wrote:
May be you have MFC 3.0?

I'm not sure. I use VS 6.0 SP5.

This might seems stupid, but I don't know how can I find my MFC version?

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

Re: Some ambiguities with MFC CString class.

Mark Salsbery8-Sep-07 6:42

Mark Salsbery

8-Sep-07 6:42

I'm thinking maybe you are trashing the heap with this:

m_pA->pStr = new char[260];
CString szPath = m_pA->pStr;

You haven't initialized the array that's being copied to the CString.

What if you do this...

m_pA->pStr = new char[260];
m_pA->pStr[0] = 0;
CString szPath = m_pA->pStr;

I'm not sure what you're trying to accomplish here, however. Confused | :confused:

Mark

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

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