C / C++ / MFC

Re: "STL & typedef problem" of MFC extened DLL programing

24-Oct-01 11:47

You're not using STL, you're using the Microsoft container classes. A CArray needs to have two templated arguments to tell it what to contain ( STL containers need one ). You probably *should* use STL, but that is another story.

The problem is not the typedef, but the fact that you probably have not provided the template arguments either in the typedef or the instances you use your typedefed names. Wthout providing the template arguments in the typedef, I can't see any reason for it myself. I never bother with typedefs at all, but they can make code more readable for people who are not familiar with templates or (in my case) STL.

Christian

After all, there's nothing wrong with an elite as long as I'm allowed to be part of it!! - Mike Burston Oct 23, 2001

24-Oct-01 19:28

Dear Christian and Michael,

Thank you for your helpful suggestion. I added #include "afxtempl.h" as
Michael said and there is no more errors. The original errors are not due to STL. Very sorry for this. In fact, there are some parts using STL in my code
such as

struct TrackedFeature {
CvPoint2D32f m_cvPoint;
int m_videoframe_index;
};

typedef std::list<trackedfeature> CvFeaturesList;
typedef CvFeaturesList::iterator CvFeaturesList_It;

I made a mistake to think the error is from STL. I am sorry, STL. Smile | :)

Now, I have another question, maybe caused by my not-so-good programming
skills. That is, I want to make my View and Doc class in a "MFC exe " project as a DLL to be used by other projects. But in the code, I need to get the
point of the "Application" (by AfxGetApp()). Since there are some project-specific memebers to be used in the class of "***App", such as a point to
another view class, it makes me unable to visit such members by just geting
a CWinApp using AfxGetApp(). What I am wondering is how I can get around with this. I think this problem is completely caused by my bad programming way.
But there is no much time left, so I hope no much modification needed.

I don't know if I said my question clearly. Wish to get your further suggestions. Anyway, thank you very much for your help on my last problem
and I will try to solve the new problem myself independently. I should not
always bother others with some maybe too trival questions Smile | :)

But it's better
if I could get suggestions from you, the code gurus Smile | :)

Thank you very much again.

Best regards,

Cheng LEI

Re: "STL & typedef problem" of MFC extened DLL programing

Michael Dunn24-Oct-01 19:44

Re: "STL & typedef problem" of MFC extened DLL programing

24-Oct-01 19:44

Cast the return value of AfxGetApp() to your CWinApp-derived type:

CMyApp* pMyapp = (CMyApp*) AfxGetApp();

A word of caution though, if you rely on this in your DLL, then you must make an MFC regular DLL, not an MFC extension DLL. An extension DLL shares the CWinApp object of the EXE, whereas a regular DLL has its own CWinApp object.

--Mike--
http://home.inreach.com/mdunn/
This posting is provided "as was" with no warranties, guarantees, lotteries, or any of those little bags of peanuts you get on planes. You assume all risk for crossing the street without holding mommy's hand. © 2001 Mike's Classy Software. Member FDIC. If rash develops, discontinue use.
Heart | [heart]

your

with

and

24-Oct-01 20:23

Dear Sir,

So as you said, in my extension DLL, I should avoid using the App class.
It's realy bad and I will make corresponding modifications. Hope I am luckyenough to finish it in time Smile | :)

By the way, I visited your homepage and found a lot of useful stuff.
You self-introduction hoempage is funny Smile | :)

Thank you again!

Best regards,

Cheng LEI

Re: "STL & typedef problem" of MFC extened DLL programing

Michael Dunn24-Oct-01 20:42

Re: "STL & typedef problem" of MFC extened DLL programing

24-Oct-01 20:42

hee, thanks Smile | :)

Good luck with the project.

--Mike--
http://home.inreach.com/mdunn/
This posting is provided "as was" with no warranties, guarantees, lotteries, or any of those little bags of peanuts you get on planes. You assume all risk for crossing the street without holding mommy's hand. © 2001 Mike's Classy Software. Member FDIC. If rash develops, discontinue use.
Heart | [heart]

your

with

and

Steen Krogsgaard24-Oct-01 20:59

Steen Krogsgaard

24-Oct-01 20:59

I thought that the OP wanted a pointer to the EXE's CWinApp object? And shouldn't he in that case use an extension DLL for the very same reason?

I must be missing something....

Cheers
Steen.

"To claim that computer games influence children is rediculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Re: "STL & typedef problem" of MFC extened DLL programing

Michael Dunn24-Oct-01 21:25

Re: "STL & typedef problem" of MFC extened DLL programing

24-Oct-01 21:25

He had an EXE and put member variables in the CWinApp-derived object. He wanted to keep that same system when he moved the code into a DLL.

--Mike--
http://home.inreach.com/mdunn/
This posting is provided "as was" with no warranties, guarantees, lotteries, or any of those little bags of peanuts you get on planes. You assume all risk for crossing the street without holding mommy's hand. © 2001 Mike's Classy Software. Member FDIC. If rash develops, discontinue use.
Heart | [heart]

your

with

and

Steen Krogsgaard24-Oct-01 22:16

Steen Krogsgaard

24-Oct-01 22:16

Ah, I see. I just read that he wanted to move the view and doc classes to a DLL. I kinnda figured that since the frame wasn't moved into the DLL then the data should stay in the EXE CWinApp. But I missed the "to be used in other projects" part. This would imply that the data in CWinApp belong to the view/doc classes and not to the CWinApp. So shouldn't it be put in either DLL static data storage or in document members?

Cheers
Steen.

"To claim that computer games influence children is rediculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Re: "STL & typedef problem" of MFC extened DLL programing

Michael Dunn24-Oct-01 14:40

Re: "STL & typedef problem" of MFC extened DLL programing

24-Oct-01 14:40

It looks like the compiler's erroring at the "CArray" part. Have you #included "afxtempl.h" ?

--Mike--
http://home.inreach.com/mdunn/
This posting is provided "as was" with no warranties, guarantees, lotteries, or any of those little bags of peanuts you get on planes. You assume all risk for crossing the street without holding mommy's hand. © 2001 Mike's Classy Software. Member FDIC. If rash develops, discontinue use.
Heart | [heart]

your

with

and

Christian Graus24-Oct-01 14:42

Re: Repositioning a toolbar

24-Oct-01 14:42

I just realised, you probably typed the < and >, but it got removed because it was parsed as a HTML tag. In that case, check out Michaels suggestion, but you're still not using STL.

Christian

After all, there's nothing wrong with an elite as long as I'm allowed to be part of it!! - Mike Burston Oct 23, 2001

Repositioning a toolbar

Walter Pak24-Oct-01 11:19

Walter Pak

24-Oct-01 11:19

I have created 2 toolbars below the menu bar at the top of the window as usual.
They are dockable.
However, they appear in 2 separate rows and are too short. I want them to be in a row.

How to arrange them into the same row such that the 2nd one is on the right of the 1st one?

Big Grin | :-D

thanks

Christian Graus24-Oct-01 18:40

24-Oct-01 18:40

The CGSToolbar class on this site has this method

void CGSToolbar::DockBarNextTo(CControlBar* pDockedBar, UINT nDockBarID)
{
	// Docks a toolbar next to one already docked.
	ASSERT_VALID(pDockedBar);
	
	CFrameWnd* pFrame = pDockedBar->GetDockingFrame();
	
	pFrame->RecalcLayout();
	
	CRect rect;
	pDockedBar->GetWindowRect(&rect);
	
	rect.OffsetRect(1,1);

	pFrame->DockControlBar(this,nDockBarID,&rect);
}

I originally had it as an external function, so it works that way, too.

Christian

After all, there's nothing wrong with an elite as long as I'm allowed to be part of it!! - Mike Burston Oct 23, 2001

Database question

Peter Molnar24-Oct-01 10:45

Peter Molnar

24-Oct-01 10:45

Sirs,

until now I have not used any databases, I just did what any underdeveloped programmer in the stoneage must also have done, namely storing data in house made text files, and reading them from my app.
Now that the future has begun I decided to go with it, and I am spiritually prepared to learn.
But there are so many of abbreviations like ADO, DAO, ODBC, SQL etc. that I am pretty confused which way to go so that I can learn something useful and on the other hand not to have to deal with the whole universe at once.
My data mainly comes from charts, and different engineering databases which rarely have thousands of elements rather less. On the user side I also wanna avoid special requirements, at most MS Office.
Could you please share your ideas as to where to start?

Thank you.

Bunburry

Experience is of no ethical value. It is merely the name men give to their mistakes.(O.Wilde)

Michael P Butler24-Oct-01 11:21

Michael P Butler

24-Oct-01 11:21

I find ADO to best the best option nowadays. It's very simple to get started with and there are plenty of examples in MSDN and the Platform SDK. ADO is a wrapper for ODBC/OLEDB and is probably the best place to start with databases. It can connect to pretty much any database from Access to SQL to Oracle providing you have the latest version MDAC installed.

The thing I like about ADO is that I can pretty much take the same code from C++ to ASP to Visual Basic without too many headaches.

Michael Smile | :)

Simon Walton24-Oct-01 11:28

Simon Walton

24-Oct-01 11:28

Micheal, i'm developing an MFC app that will use a database for primary storage. What special requirments would ADO have? I need to be able to set the app up relitavely easily on other machines once finished. Also, is it easier to grasp than DAO?

ARGH! My head hurts... too many TLA's.... : Dead | X|

---
"Transmit in all known frequencies and in all known langauges, including Welsh."

Michael P Butler24-Oct-01 11:38

Michael P Butler

24-Oct-01 11:38

ADO requires MDAC to be installed. This comes with Office but is a simple download from Microsoft. I find ADO easier to use than DAO but I haven't used DAO in 4 years.

I use ADO in MFC apps, using one of the ADO wrapper classes found on CodeProject. Download some of the ADO classes here on CodeProject and compare them to your DAO code.

Michael Smile | :)

Carlos Antollini24-Oct-01 11:49

Carlos Antollini

24-Oct-01 11:49

Guys I Used DAO for years, but when I Knew ADO I said GUAU. Is for that I made the ADO Classes equal to DAO Classes, for made easy to use ADO for the programmers that want to learn ADO....

Best Regards....
Green Alien | [Alien]

Chau!!!

Carlos Antollini.

Simon Walton24-Oct-01 11:25

Simon Walton

24-Oct-01 11:25

I too have come from the text file storage area, but i'm working on a project which is going to require large amounts of data (including archived data), so holding everything in arrays is a bit stupid...

I'm currently learning DAO, which is a framework for interfacing with the MS Access engine (called the ket database engine). SQL (Structured Query Language) is the langauge you'll use to query data (try the SQL view in MS access once you've constructed a simple query to view the code). I don't think DAO would suit you much since you siad you want to avoid special requirements - DAO involves setting up a database using MS Access beforehand. ODBC is perhaps the way forward for you.

I'm sure you'll have some helpful replies, i'm not really that experienced with databases as of yet. Smile | :)

---
"Transmit in all known frequencies and in all known langauges, including Welsh."

Christian Graus24-Oct-01 11:49

24-Oct-01 11:49

The best one to learn is ADO because it allows you to specify the database location at runtime without playing with ODBC. Also, ADOX allows you to create your own databases from scratch.

ADO does tend to bite you in the bum a lot, for example, I found out the hard way that calling MoveFirst() on a recordset with no records crashes pretty damn hard. You might like to search this forum for ADO, I know Hazi and myself have both asked a lot of questions here to get over the initial learning hump and you'll probably save yourself some hassle. Other than that, obviously keep asking questions as you learn.

Christian

After all, there's nothing wrong with an elite as long as I'm allowed to be part of it!! - Mike Burston Oct 23, 2001

Unable to display Dialog Box!

Braulio Dez25-Oct-01 4:04

Braulio Dez

25-Oct-01 4:04

Hi,

Well, I recommend you to use ADO, it´s more or less "modern", quite easy to use, and quite powerful, but that´s only to work wit the data, to visualize it you have to use some ActiveX controls ( for example a free on it´s DbGrid that it´s shipped with VStudio).

Here in Codeproject you can find a lot of help on that.

An easier to use thing could be ODBC, but is more or less the same job...

HTH
Braulio

24-Oct-01 10:32

Hello there,
I have an application called UDPApp (I am trying to write a UDP server) in MFC. Now in the menu I have an option "File>Listen Port" to decide which port the server will listen to for requests.

What I want is that when the user clicks on the menu option Listen Port, he gets a dialog box called ListenBox. (ListenBox is a member variable of the view class UDPAppView).

So I have the following message handler in the UDPAppView.cpp file

void CUDPAppView::OnFileListenport()
{
if (ListenBox.DoModal() == IDOK) {
//Code....
}
}

According to my expectation, whenever the user clicks the menu option "File>Listen Port", the message handling code in UDPAppView.cpp should get executed and I should see the dialog box.
But the problem is that nothing happens when I click File>Listen Port!!!

Help me someone PLEASE!!

Thanks,
Mike Frown | :(

Re: Unable to display Dialog Box!

Christian Graus24-Oct-01 11:50