C / C++ / MFC Discussion Boards

Re: DDX_CONTROL in lieu of ::Create for Cricheditctrl

Code-o-mat2-Oct-09 9:18

2-Oct-09 9:18

As far as i know the last param of ::CreateWindow (or ::CreateWindowEx if that is what you mean) isn't what you think it is. However, you can use DDX_Control to attach a control variable to your rich-edit easily.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <

Re: DDX_CONTROL in lieu of ::Create for Cricheditctrl

ForNow2-Oct-09 11:52

ForNow

2-Oct-09 11:52

And it will pick up all the pars from the resorce file

Re: DDX_CONTROL in lieu of ::Create for Cricheditctrl

Code-o-mat2-Oct-09 23:38

Code-o-mat

2-Oct-09 23:38

I'm not sure what you mean by that but probably yes.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <

Re: DDX_CONTROL in lieu of ::Create for Cricheditctrl

ForNow4-Oct-09 14:12

ForNow

4-Oct-09 14:12

Sorry for the delay in responding but had some religous holidays

what I meant was the deminsions of the edit control would be picked up from the resource file defination
plus the style bits e.g. ES_MMULTILINE

After DDX_CONTROL do I still have to a create though ??

thankx

Re: DDX_CONTROL in lieu of ::Create for Cricheditctrl

Code-o-mat4-Oct-09 20:24

Code-o-mat

4-Oct-09 20:24

Then i understood correctly. No, you do not need to create it, it is done for you when you create the dialog (directly by calling Create or indirectly by calling DoModal on the dialog itself), with DDX you simply attach the already exsisting control to your variable.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <

Re: DDX_CONTROL in lieu of ::Create for Cricheditctrl

ForNow5-Oct-09 0:49

ForNow

5-Oct-09 0:49

When I went stepping thru the DDX_Control

The Cricheditctrl m_hWnd seemed to be intialized

I passed the DDX_Control my Myrichedit data memeber (think I am using the right term)

Since this a call by reference doesn't seem like I should need to do any more before using

the Richedit methods on this object

thankx again

WINDOWS.H already included. MFC apps must not #include <windows.h></windows.h>

dehseth2-Oct-09 3:39

dehseth

2-Oct-09 3:39

hi ppl,

I got this framework which obiously includes windows.h... Mad | :mad:

And I got a static library which includes afxwin.h.
I need afxwin.h because I want to use CCmdTarget class.

And I got this error: WINDOWS.H already included. MFC apps must not #include <windows.h> Mad | :mad:

I am not creating a MFC application and I need CCmdTarget class and I cannot remove windows.h... Unsure | :~

Any workarounds?? Confused | :confused:

Thank you all.. Smile | :)

Re: WINDOWS.H already included. MFC apps must not #include

«_Superman_»2-Oct-09 4:13

«_Superman_»

2-Oct-09 4:13

The CCmdTarget class is part of MFC.
So you don't have the option of not using MFC.

«_Superman_»
I love work. It gives me something to do between weekends.

Re: WINDOWS.H already included. MFC apps must not #include

Rajesh R Subramanian2-Oct-09 20:46

Rajesh R Subramanian

2-Oct-09 20:46

You can include all the MFC stuff first. This way, you can be sure that windows.h is already included for the framework that comes next.

But, like the other poster said, you are going to be building an MFC application.

It is a crappy thing, but it's life -^ Carlo Pallini

MFC CreateEx function crashes program

ChrisBuckley2-Oct-09 3:23

ChrisBuckley

2-Oct-09 3:23

I have been updating an MFC application that has the following line of code in it to create Edit Boxes (Note tmp is a CString object):

CreateEx(WS_EX_CLIENTEDGE, _T("EDIT"), _T(tmp), WS_CHILD | WS_TABSTOP | WS_VISIBLE, *pMyRects[0], pParent, resourceId);

Up until recently, this code has worked fine. On my latest build, only the Debug build works. The Release build crashes. I traced the crash to this particular line of code. The CreateEx function actually never returns. I can't debug it, since as I said the Debug configuration doesn't crash.

What's weird is when I replaced the _T(tmp) parameter with _T("") so the line looks like below, the Release build doesn't crash.

CreateEx(WS_EX_CLIENTEDGE, _T("EDIT"), _T(""), WS_CHILD | WS_TABSTOP | WS_VISIBLE, *pMyRects[0], pParent, resourceId);

I've googled this issue and can't find anything like it anywhere. Does anyone know if there is some issue passing a CString to the CreateEx function or if there's a problem because the CString was created locally in the function?

Another strange quirk is that I ran the Release executable on a machine with Vista (rather than XP which is what I am developing on) and the code doesn't crash.

Re: MFC CreateEx function crashes program

Cedric Moonen2-Oct-09 3:48

Cedric Moonen

2-Oct-09 3:48

Why are you using the _T() macro on a CString ? Try removing it and see if this fixes your problem.

Cédric Moonen
Software developer

Charting control [v2.0]
OpenGL game tutorial in C++

Re: MFC CreateEx function crashes program

ChrisBuckley2-Oct-09 4:13

ChrisBuckley

2-Oct-09 4:13

Sorry, I didn't specify that before, originally I wasn't using the _T macro, I was just passing the CString by itself. That crashed the program too.

Re: MFC CreateEx function crashes program

transoft2-Oct-09 6:13

transoft

2-Oct-09 6:13

Did you try "tmp.GetBuffer()"?

Re: MFC CreateEx function crashes program

ChrisBuckley2-Oct-09 7:14

ChrisBuckley

2-Oct-09 7:14

Hadn't tried GetBuffer(), but tested it out and that crashed it too.
Strangly, setting up a local char * and passing it in works just fine too, it's just passing anything associated with the CString object.

Re: MFC CreateEx function crashes program

transoft2-Oct-09 7:23

transoft

2-Oct-09 7:23

How about following?

TCHAR tempString[...]; 

strcpy(tempString, tmp.Getbuffer());

CreateEx(, , tempString, ....

Re: MFC CreateEx function crashes program

ChrisBuckley2-Oct-09 7:47

ChrisBuckley

2-Oct-09 7:47

transoft wrote:
TCHAR tempString[...]; strcpy(tempString, tmp.Getbuffer());CreateEx(, , tempString, ....

Nope, doesn't work either. What I can't understand is why this code existed in previous builds and now causes a problem, why it works in Vista, and why the Debug Configuration in XP also works. The whole executable is around 5000 lines of code plus a driver to a hardware card so the project isn't huge, but not tiny either. So I suppose it could be some strange interaction with memory somewhere or something with the stack.

Re: MFC CreateEx function crashes program

transoft2-Oct-09 8:54

transoft

2-Oct-09 8:54

There must be some reason.

Are you sure that "CreateEx" crashed your software? Like "strcpy" will also crash program because of temp string has not enough buffer.

Could you post your code here?

Re: MFC CreateEx function crashes program

ChrisBuckley5-Oct-09 4:24

ChrisBuckley

5-Oct-09 4:24

transoft wrote:
e you sure that "CreateEx" crashed your software? Like "strcpy" will also crash program because of temp string has not enough buffer.

Could you post your code here?

No, I'm not positive that CreateEx is THE cause, all I know is that the
code crashes before the function ever returns. I had narrowed this down by putting Message Boxes throughout the code and the last one that successfully displayed was immediately before the CreateEx() call.
Here's the code that crashed:

void DialogEditBoxObject_Class::init(CWnd *pParent, CString ctrlText, UINT resourceId)
{
CString tmp;
tmp.Format("%d", nLimit); //nLimit is a class member

//pMyRects are allocated in the constructor and do exist here
CreateEx(WS_EX_CLIENTEDGE, _T("EDIT"), tmp, WS_CHILD | WS_TABSTOP | WS_VISIBLE, *pMyRects[0], pParent, resourceId);

CRect clientRect;
GetClientRect(clientRect);
pMyFont->CreateFont(clientRect.Height(),0,0,0,FONT_HEIGHT(700),0,0,0,
ANSI_CHARSET,OUT_DEFAULT_PRECIS,
CLIP_DEFAULT_PRECIS,
DEFAULT_QUALITY,
DEFAULT_PITCH|FF_DONTCARE,
"arial");
SetFont(pMyFont); //pMyFont was allocated in the constructor

}

Re: MFC CreateEx function crashes program

Tim Craig3-Oct-09 21:58

Tim Craig

3-Oct-09 21:58

Often when the debug version works and the release crashes and you're dealing with pointers, you might have an uninitialized pointer. The debug heap zeros data blocks before it returns them and the release version doesn't. The pointer value itself is nonNULL but contains garbage so when something dereferences it, the program crashes. If the function accepts NULL as a valid pointer, it obviously checks and doesn't try to dereference the pointer. Since it worked before, you may just have gotten lucky and the garbage in the pointer pointed to something that could be interpreted as a valid string.

You measure democracy by the freedom it gives its dissidents, not the freedom it gives its assimilated conformists.

Re: MFC CreateEx function crashes program

ChrisBuckley5-Oct-09 4:59

ChrisBuckley

5-Oct-09 4:59

Tim Craig wrote:
Often when the debug version works and the release crashes and you're dealing with pointers, you might have an uninitialized pointer. The debug heap zeros data blocks before it returns them and the release version doesn't. The pointer value itself is nonNULL but contains garbage so when something dereferences it, the program crashes. If the function accepts NULL as a valid pointer, it obviously checks and doesn't try to dereference the pointer. Since it worked before, you may just have gotten lucky and the garbage in the pointer pointed to something that could be interpreted as a valid string.

Thanks, that's useful to know. I was imagining that it could be a memory problem somewhere. The code I inherited when I took this project over was awful; even the debug version was letting me know about numerous memory leaks. I wrapped most of the code in classes and cleaned up new/delete calls all over but it is possible there is a more subtle problem going on that the debugger isn't letting me know about.

Debug Error - Calling a class member function declared in another file

AntoineBab2-Oct-09 3:14

AntoineBab

2-Oct-09 3:14

I'm a french new MFC programmer, and at run-time (compiling is OK), I got a message from MSVC++. This message is a Debug Error(Value of ESP was not properly saved...Problem of convention function calling). It's seems I located the call function which generate this exception. Following a piece of my source code. I think it's a function declaration problem. Thank's if someone could help me.

// repository.h
class CRepository
{
{
	struct Server {
		struct AutomationModules { 
			int  nDataValid;
			char szFilename[20];
			char szDrawrow1[50];
			char szDrawrow2[50];
			char szDateModifier[10];
		};
		char szServerName[20];						// Individual Server name
		// array files of XXX element of type AutomationModules
		AutomationModules files [MAX_FILES];
		int nValid;									// validity
	};
//Défintion des éléments accesiblent à l'exterieur de la classe
public:
	CString RepositoryName;							// Repository name
	bool bModify;									// Repository state

	//// array server of XXX element of type Server
	Server server[MAX_SERVERS];

	CRepository() {} 
	virtual ~CRepository() {}


.....
public:
void InverseServer(CRepository::Server *Svr1,CRepository::Server *Svr2);
...
};

// heap object
CRepository *pRepository = new CRepository;


// calling from another file 
// xxx.cpp
...
extern CRepository *pRepository
...
pCrepository->InverseServer(&server[j],&server[j+1]);
...

Re: Debug Error - Calling a class member function declared in another file

David Crow2-Oct-09 8:56

David Crow

2-Oct-09 8:56

AntoineBab wrote:
...I got a message from MSVC++. This message is a Debug Error(Value of ESP was not properly saved...Problem of convention function calling).

Which statement is generating the error?

AntoineBab wrote:
pCrepository->InverseServer(&server[j],&server[j+1]);

What is the value of pCrepository at this point?

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

Background Colour of TabControl

Deepak.Prahlad2-Oct-09 3:00

Deepak.Prahlad

2-Oct-09 3:00

Hi
How can I change the color of a Tab Control? I manged to change the color of a static text and dialog. I need to change the color of the Button control and Tab control from the default gray to a color matching my dialog. How to do this? Please help

Thanks in advance
Deepak

Re: Background Colour of TabControl

Deepak.Prahlad6-Nov-09 21:08

Deepak.Prahlad

6-Nov-09 21:08

I got a solution for Tab Controls. Atleast what I intended to do.

It is here CXTabCtrl: an easier tab control for dialogs and forms[^]
and
Ownerdraw Tab Controls - Borders and All[^]

I managed to club the functionality from these two and achieved my objective.

Thanks to http://www.codeproject.com/Members/xicoloko[^]
and
http://www.codeproject.com/Members/dan-g[^]

Deepak

how to pass arguments to createproces() function

WindowsVsLinux2-Oct-09 1:26

WindowsVsLinux

2-Oct-09 1:26

hi,
i have a C++ program which can open cmd using createprocess() function but i want to give command to cmd.means when i run my program it will open cmd and if i want to show the directory i ahve to write in cmd dir but i want that i write dir in my program and it will automatically execute in cmd.can i do this?

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