C / C++ / MFC Discussion Boards

ZawMinTun18-Mar-14 18:15

18-Mar-14 18:15

Hello everyone,

Now I'm facing some problems trying to use .Net 4.0 DLLs in VC6.
Just to share some background info, it started with a requirement I need to use a (.Net 4.0 third-party) grid in an old VC6 application.
I browsed the internet and got the information about the interop and COM and so on.

Finally I arrived to this point: I used Microsoft's Interop Form Library in VS-2010 and created a dll file wrapping the third-party grid. Then from VB6 I tried to use it in VB6. It's working. I tried to do the same in VC6, but failed, and I also don't know exactly how to do exactly the same as in VB6. So I created VB6 ActiveX Control wrapping this dll. I used this ActiveX Control in VB6 exe applicaiton. It's working too. Then I tried to use the ActiveX control from VC6. I can load the grid on to the UI (by clicking a button). However, the intrinsic functions of the third-party grid (such as sorting by double-click on the column-header, group by the colums drag and drop) are not working anymore. Even when I click on the grid, the application hangs up. The error is saying something related with ".Net-BroadcastEventWindow".

Can you please help me?
Any information or guess-and-advise will be useful and really thankful.

Best regards,
Zaw Min Tun

Re: Using .Net DLL in VC6

David Knechtges19-Mar-14 8:05

David Knechtges

19-Mar-14 8:05

If you can recompile the old VC6 code using VS2010 and its compiler, then you will have an easier time. In this case, you can then change it to a C++/CLI project and then use any .NET controls you wish. Basically, just open the old VC6 project in VS2010 and recompile. If that works, then change the project over to C++/CLI and you are in business.

If you cannot recompile the VC6 project, but can directly load DLLs, then you could use C++/CLI to be a wrapper DLL around the .NET stuff and call it from the old C style code.

Using COM and Interop the way you did is not easy as you found out. That is why you might consider the 2 suggestions above.

Re: Using .Net DLL in VC6

ZawMinTun21-Mar-14 0:08

ZawMinTun

21-Mar-14 0:08

Thanks a lot, David.
The first option is probably a bit discouraging (for the source files are quite a lot and a bit messy already through the ages), so I'll be trying the second.
In fact, I've already tried wrapping in C# and calling from VC++, but still in vain.
So I will try this in C++/CLI.

For your advice and time, thanks a lot.

Best regards,
Zaw Min Tun

use c++ to drive cmd window and get responses

bkelly1318-Mar-14 15:57

bkelly13

18-Mar-14 15:57

Windows 7, Visual Studio 2008, C++

Question: Is there a way to use C++ with a dialog or other GUI to open a DOS CMD window, feed it commands, let it run, and capture the output from those commands?

Parts of the output will be used for follow up commands. We may need to change directory more than once so consistency between commands will be rather helpful.

Motivation: A very extensive and heavily used application is all command line. We want to create a GUI to drive it.

Thanks for your time
If you work with telemetry, please check this bulletin board: http://www.bkelly.ws/irig_106/

Re: use c++ to drive cmd window and get responses

Richard MacCutchan18-Mar-14 22:26

Richard MacCutchan

18-Mar-14 22:26

bkelly13 wrote:
open a DOS CMD window

DOS is long dead; it's just a command window these days. You can do this via the CreateProcess[^] function in Windows.

Re: use c++ to drive cmd window and get responses

David Crow19-Mar-14 3:38

David Crow

19-Mar-14 3:38

See here and here.

"One man's wage rise is another man's price increase." - Harold Wilson

"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

"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

Re: use c++ to drive cmd window and get responses

bkelly1319-Mar-14 16:33

bkelly13

19-Mar-14 16:33

thanks for the links.

No, DOS is not dead. There are still some things to do with command line. Power Shell is a supercharged DOS. It can do much that the various Unix/Linux scripts do. I did some more searching and remembering. Now I have concluded that using Expect to drive this command line application is probably the text way. ExpectTk is probably even better. It will be better and easier to develop than a C++ solution.

Thanks for taking the time to read and respond.

Thanks for your time
If you work with telemetry, please check this bulletin board: http://www.bkelly.ws/irig_106/

Re: use c++ to drive cmd window and get responses

Heng Xiangzhong10-Apr-14 1:38

Heng Xiangzhong

10-Apr-14 1:38

To be exact, DOS is a operation system, and command line in windows is just a application, we call it console.

You can use GetStdHandle to get the standard output in a running GUI application, or use CreateProcess to spawn a process and redirect it's output to do the same thing.

Edit Box use [Solved]

Fawaz Ajani17-Mar-14 10:43

Fawaz Ajani

17-Mar-14 10:43

Hi to all. I'm not very good at English, so be lenient. I am a beginner in MFC. I created a tab control which uses dialogs using MFC dialog base. I created clases for each dialog. Iwould like to know how to retrieve the value of an edit box located in my class OngletOne with the class MainWinDlg

C++

//OngletOne.h

class OngletOne : public CDialogEx
{
	DECLARE_DYNAMIC(OngletOne)

public:
	OngletOne(CWnd* pParent = NULL);   // standard constructor
	virtual ~OngletOne();

// Dialog Data
	enum { IDD = IDD_FORMVIEW };

protected:
	void Initi();
	virtual void DoDataExchange(CDataExchange* pDX);    // DDX/DDV support

	DECLARE_MESSAGE_MAP()
public:
	CEdit m_nom;
	
};

C++

// OngletOne dialog

IMPLEMENT_DYNAMIC(OngletOne, CDialogEx)

OngletOne::OngletOne(CWnd* pParent /*=NULL*/)
	: CDialogEx(OngletOne::IDD, pParent)
{
	
}

OngletOne::~OngletOne()
{
}

void OngletOne::DoDataExchange(CDataExchange* pDX)
{
	CDialogEx::DoDataExchange(pDX);
	DDX_Control(pDX, IDC_EDIT1, m_nom);
}


BEGIN_MESSAGE_MAP(OngletOne, CDialogEx)
	ON_EN_CHANGE(IDC_EDIT1, &OngletOne::OnEnChangeEdit1)
END_MESSAGE_MAP()


// OngletOne message handlers
void OngletOne::Initi()
{
	m_nom.LimitText(25);
}


BOOL OngletOne::OnInitDialog()
{
	CDialogEx::OnInitDialog();

	// TODO:  Add extra initialization here
	Initi();

	return TRUE;  // return TRUE unless you set the focus to a control
	// EXCEPTION: OCX Property Pages should return FALSE
}

In my MainWinDlg, I do this:

C++

OngletOne *Onglet1;
CString edit;
Onglet1 = new OngletOne;
OngletOne->GetDlgItemText(IDC_EDIT1, edit);
MessageBox(edit,0,0);

BUT IT SHOW NOTHING.
PLEASE I NEED HELP.

modified 20-Mar-14 4:37am.

Re: Edit Box use

Albert Holguin17-Mar-14 11:34

Albert Holguin

17-Mar-14 11:34

Well, since you're using a CEdit anyway, why not use one of his own methods to get the text:

C++

OngletOne *Onglet1;
CString edit;
Onglet1 = new OngletOne;
OngletOne->m_nom.GetLine(0, edit);
MessageBox(edit,0,0);

Edit: I also just noticed that you call new and never actually "create" the dialog. You have to create it or else the windows don't really exist (so when you ask for values inside the windows, well, you either get nothing, an error, or a crash). See CDialog::Create() for a modeless dialog or a CDialog::DoModal() for a modal dialog.

Re: Edit Box use

Fawaz Ajani17-Mar-14 22:21

Fawaz Ajani

17-Mar-14 22:21

I did this:

C++

OngletOne *Onglet1;
CString edit;
Onglet1 = new OngletOne;
Onglet1->Create(IDD_FORMVIEW, this);
Onglet1->m_nom.GetLine(0, edit);
MessageBox(edit,0,0);

But it didn't work. Cry | :((

Re: Edit Box use

Richard MacCutchan18-Mar-14 0:41

Richard MacCutchan

18-Mar-14 0:41

Fawaz Ajani wrote:
But it didn't work.

You need to look at what you are doing here, you create the dialog and immediately try to capture some data before the edit control has received any information. Try stepping through your code with the debugger to see exactly what is going on and what are the values of all the varibles at each stage. You may like to work through this sample[^] to see how it should be done.

Re: Edit Box use

Fawaz Ajani18-Mar-14 5:05

Fawaz Ajani

18-Mar-14 5:05

It works!!!
thanks!!!
god bless you!!!!

Re: Edit Box use

Richard MacCutchan18-Mar-14 6:54

Richard MacCutchan

18-Mar-14 6:54

You are welcome; good luck with the rest of your development.

Re: Edit Box use

Fawaz Ajani19-Mar-14 20:37

Fawaz Ajani

19-Mar-14 20:37

thanks!!!

Re: Edit Box use

Albert Holguin18-Mar-14 5:04

Albert Holguin

18-Mar-14 5:04

I agree with what Richard said, you just created the controls, it's probably blank.

Re: Edit Box use

Fawaz Ajani18-Mar-14 5:09

Fawaz Ajani

18-Mar-14 5:09

I see. I did it. it work now!

Re: Edit Box use

Albert Holguin18-Mar-14 10:56

Albert Holguin

18-Mar-14 10:56

BTW, your example (new,create, and grab the value) would work correctly upon create if you filled in a default value within the OnInitDialog() call of the dialog that owns the control. When working with dialogs, OnInitDialog() is the appropriate place to fill in controls with default values.

Syntax Error

Member 1060570217-Mar-14 6:43

Member 10605702

17-Mar-14 6:43

I am getting the following error on the following code:

Note: including file: g:\src\shared\inc\citrix\icaid.h
114>g:\src\inc\engtypes.h(49): warning C4091: 'typedef ' : ignored on left of 'char' when no variable is declared [g:\src\pal\ctxdvc\msbuild.ctxdvc.proj]
Adding to warn data CtxMSBuild.utility.DependencyData
114>g:\src\inc\engtypes.h(49): error C2143: syntax error : missing ';' before 'constant' [g:\src\pal\ctxdvc\msbuild.ctxdvc.proj]
114>g:\src\inc\engtypes.h(49): error C2059: syntax error : 'constant' [g:\src\pal\ctxdvc\msbuild.ctxdvc.proj]

<pre lang="c++">
typedef CHAR DOSFILENAME [ DOSFILENAME_LENGTH + 1 ];
typedef CHAR DESCRIPTION [ DESCRIPTION_LENGTH + 1 ];
typedef CHAR FRIENDLYNAME [ FRIENDLYNAME_LENGTH + 1 ];
typedef CHAR VERYLARGENAME [ VERYLARGENAME_LENGTH + 1 ];
typedef CHAR PROGRAMGROUP [ PROGRAMGROUP_LENGTH + 1 ];
typedef CHAR NAMEENUMERATOR [ NAMEENUMERATOR_LENGTH + 1 ];
typedef CHAR NAMERESOLVER [ NAMERESOLVER_LENGTH + 1 ];
typedef CHAR TRANSPORTNAME [ TRANSPORTNAME_LENGTH + 1 ];
typedef CHAR ENCRYPTIONLEVEL [ ENCRYPTIONLEVEL_LENGTH + 1 ];
typedef CHAR EMULATIONNAME [ EMULATIONNAME_LENGTH + 1 ];
typedef CHAR CLIENTNAME [ CLIENTNAME_LENGTH + 1 ];
typedef CHAR CLIENTSN [ CLIENTSN_LENGTH + 1 ];
typedef CHAR DOMAIN [ DOMAIN_LENGTH + 1 ];
typedef CHAR USERNAME [ USERNAME_LENGTH + 1 ];
typedef CHAR PASSWORD [ PASSWORD_LENGTH + 1 ];
typedef CHAR ENCRYPTEDPASSWORD[ ENCRYPTEDPASSWORD_LENGTH + 1 ];
typedef CHAR DIRECTORY [ DIRECTORY_LENGTH + 1 ];
typedef CHAR INITIALPROGRAM [ INITIALPROGRAM_LENGTH + 1 ];
typedef CHAR ADDRESS [ ADDRESS_LENGTH + 1 ];
typedef CHAR DEVICENAME [ DEVICENAME_LENGTH + 1 ];
typedef CHAR BAUD [ BAUD_LENGTH + 1 ];
typedef CHAR MODEM [ MODEM_LENGTH + 1 ];
typedef CHAR MODEMINIT [ MODEMINIT_LENGTH + 1 ];
typedef CHAR MODEMINITSTRING [ MODEMINITSTRING_LENGTH + 1 ];
typedef CHAR KEYBOARDLAYOUT [ KEYBOARDLAYOUT_LENGTH + 1 ];
typedef CHAR KEYBOARDTYPE [ KEYBOARDTYPE_LENGTH + 1 ];
typedef CHAR HOTKEYNAME [ HOTKEYNAME_LENGTH + 1 ];
typedef CHAR DIALINGLOCATION [ DIALINGLOCATION_LENGTH + 1 ];
typedef CHAR DIALINGPREFIX [ DIALINGPREFIX_LENGTH + 1 ];
typedef CHAR DIALPROPENTRY [ DIALPROPENTRY_LENGTH + 1 ];
typedef CHAR DIALCOUNTRY [ DIALCOUNTRY_LENGTH + 1 ];
typedef CHAR FILEPATH [ FILEPATH_LENGTH + 1 ];
</pre>

The line it is actually complaining about is typedef for DOMAIN. I have checked and DOMAIN_LENGTH is defined in a header file that is included by the header file with the above code. So is CLIENTSN_LENGTH.

Also it of interest to note that this code would compile under VS2008 and I am attempting to compile it with 2013.

Re: Syntax Error

Richard Andrew x6417-Mar-14 9:09

Richard Andrew x64

17-Mar-14 9:09

Comment out the line with DOMAIN, and see if the error goes away. If not, then keep commenting out lines until you narrow it down.

The difficult we do right away...
...the impossible takes slightly longer.

Re: Syntax Error

Member 1060570217-Mar-14 10:09

Member 10605702

17-Mar-14 10:09

If I comment out that line, then the error does go away.

Re: Syntax Error

Albert Holguin17-Mar-14 12:31

Albert Holguin

17-Mar-14 12:31

That specific error goes away or it compiles all the way through without errors? ...because if it compiles all the way without errors, then that is where the error is, if it just gives you a different error, then it may still be the original error, it may just be that the error message is misguiding you.

Re: Syntax Error

Albert Holguin17-Mar-14 12:34

Albert Holguin

17-Mar-14 12:34

Make sure you're not conflicted in the namespace. All capital definitions are used for macros a lot, so you may be conflicting with a macro. Rename your type and length variable to something else and see if it clears the problem.

Re: Syntax Error

Member 1060570218-Mar-14 2:37

Member 10605702

18-Mar-14 2:37

Thanks everyone for the help. I did turn out to be a macro conflict.

Re: Syntax Error

Albert Holguin18-Mar-14 5:03

Albert Holguin

18-Mar-14 5:03

Don't forget to upvote... Wink | ;)

I would say to also accept the answer but I'm even sure if you can accept a solution in the forums. D'Oh! | :doh:

In any case, glad you found your issue. I would also consider changing those from all caps since it is the common way of labeling macros, although since you're aware of the possible issue, you should know to hold that suspect in the future.

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