C / C++ / MFC

14-Aug-02 4:21

'%d' doesn't work with doubles. You may try with %e or %g.

You may also consider using std::ostringstream.

Tomasz Sowinski -- http://www.shooltz.com

Never argue with an idiot, he'll bring you to his level and beat you with experience.

Vector Question

Nick Parker14-Aug-02 3:38

Nick Parker

14-Aug-02 3:38

Just learning about STL and I am having a problem compiling this, what part am I missing?

#include <iostream.h>

void main()
{
         vector<int> vList;
	for(int i = 0;i < 20;i++)
	{
		vList.push_back(i);
		cout << i << " added to vector." << endl;

	}
}

I get a whole slew of errors with this.

Nick Parker

Shog⁹14-Aug-02 3:46

Shog⁹

14-Aug-02 3:46

Add #include <vector>, and either add using namespace std; somewhere, or prefix vector with std (i.e. std::vector<int> vList;).

---

Shog⁹
If I could sleep forever, I could forget about everything...

Nick Parker14-Aug-02 3:46

Nick Parker

14-Aug-02 3:46

That did it, thanks Shog.

Nick Parker

Brian Delahunty14-Aug-02 3:45

Brian Delahunty

14-Aug-02 3:45

You need to have:

#include <vector>

and then include vector in the namespace or use

#include <vector>
#include <iostream>

using std::cout;
using std::vector;
// or just: using namespace std; instead of both of the above

Regards,
Brian Dela Smile | :)

Nick Parker14-Aug-02 3:46

Nick Parker

14-Aug-02 3:46

Thanks Brian, that works. Smile | :)

Nick Parker

Tomasz Sowinski14-Aug-02 4:24

14-Aug-02 4:24

It should be 'using std::vector', without 'namespace'

Tomasz Sowinski -- http://www.shooltz.com

Never argue with an idiot, he'll bring you to his level and beat you with experience.

what path format does CFileDialog return? C:\ or C:\\?

Brian Delahunty15-Aug-02 21:52

Brian Delahunty

15-Aug-02 21:52

Tomasz Sowinski wrote:
It should be 'using std::vector', without 'namespace'

Yep. I know... Just made a silly mistake.

Regards,
Brian Dela Smile | :)

ns14-Aug-02 3:31

14-Aug-02 3:31

Does the path string returned by CFileDialog look like C:\dir\abc.txt or C:\\dir\\abc.txt. THrowing a messagebox with this pathstring displays it as the former but that doesnt necessarily mean its the way its returned. I plan to be using splitpath on the returned string and so need to know.

Thnaks,
ns

Re: what path format does CFileDialog return? C:\ or C:\\?

Nish Nishant14-Aug-02 3:35

Nish Nishant

14-Aug-02 3:35

single \

Nish

Author of the romantic comedy

Summer Love and Some more Cricket [New Win]

Review by Shog⁹
Click here for review[NW]

Re: what path format does CFileDialog return? C:\ or C:\\?

ns14-Aug-02 3:59

14-Aug-02 3:59

I wanted commas to replace the backslashes, so I tried

CString m_szlstfile = fileDlg.GetPathName();

m_szlstfile.Replace('\\', ',');

AfxMessageBox(m_szlstfile);

which worked, whereas if I did

Replace('\', ',');<br />

it complained that there was a newline in the sequence. So apparentlt there is a \\ somewhere in the process ?? Confused | :confused:

Re: what path format does CFileDialog return? C:\ or C:\\?

Nish Nishant14-Aug-02 4:05

Nish Nishant

14-Aug-02 4:05

No, it's a \ alright. But when you pass a string to Replace(...) you have to use \\ because \\ is the escape sequence for \ Smile | :)

Nish

Author of the romantic comedy

Summer Love and Some more Cricket [New Win]

Review by Shog⁹
Click here for review[NW]

Re: what path format does CFileDialog return? C:\ or C:\\?

C^hris L^osinger14-Aug-02 4:08

C^hris L^osinger

14-Aug-02 4:08

no, there is no \\ the sequence. the first \ escapes the second ' , changing it from a special C/C++ metacharacter to a literal string character. so, your statement ends up meaning roughly the same as this:

Replace('x, ',');

and that can't be parsed

bottom line: if you want a \ in a string, you have to use \\.

-c

Conservative:
One who admires radicals centuries after they're dead.
-- Leo C. Rosten

image effects!

Exception Handling

BlackRider14-Aug-02 3:27

BlackRider

14-Aug-02 3:27

I'm TRYING to catch database exception and output that to an error file. Here's the CATCH code :

catch (CdbException)
{
FILE* errorfile;
errorfile=fopen("c:\\cristi\\error.err","a");
fprintf(errorfile,"v,dmlkvmdsv");
for (long ct = 0; ct < dben.Errors.GetCount(); ct++)
{
fprintf(errorfile,_T("\t Error #%ld: #%ld -- %s\n"),
ct,
DBERR(dben.Errors[ct].GetNumber()),
dben.Errors[ct].GetDescription());
}
fclose(errorfile);
return;
}

This code just won't work. I get nothing in the file. Nothing. It's not even accessed.

This other code below that prints the error data to the screen works.

catch (CdbException)
{
for (long ct = 0; ct < dben.Errors.GetCount(); ct++)
{
printf(_T("\t Error #%ld: #%ld -- %s\n"),
ct,
DBERR(dben.Errors[ct].GetNumber()),
dben.Errors[ct].GetDescription());
}
return;
}

Now. ---> In both cases I get this error message:
Debug Assertion Failed!
Program: ...program
File:dbgheap.c
Line:1044
Expression: _CrtIsValidHeapPointer(pUserData)

I belive the second code works because of the printf lack of buffering so that the error message that I display at the console displays faster than the debug assertion failed error. Anyway, this isn't the problem. The problem is why do I get that error message. What happend over there. Anyone encountered this problem before ?

Thank you!

Re: Exception Handling

Niklas L14-Aug-02 4:57

Niklas L

14-Aug-02 4:57

Are you sure dben.Errors[ct].GetDescription() is returning a char* and not some other kind of string like CString or wchar_t*? That's the only thing I can see by just looking at your code.

CreateProcess

Dave_14-Aug-02 3:20

14-Aug-02 3:20

I have been trying to execute a console application (32 bit), and get it's output from a Win32 (MFC) application. I have tried the CSpawn article on www.codeproject.com, but it does not work fur Windows98, and does not wait until the program exits they way I need it to.

I have also tried the MSDN articles. They mention that 16-bit console apps need an extra CreateProcess, but I don't think I need that since the console app is a 32-bit app? I do not ever create console apps, so am I wrong about this? Are all console apps considered 16-bit?

I'd rather not re-invent something if someone has already solved this one.

Any ideas on where to look?

Thanks,

Dave

Tomasz Sowinski14-Aug-02 4:51

14-Aug-02 4:51

Check KB article Q190351 "HOWTO: Spawn Console Processes with Redirected Standard Handles".

Tomasz Sowinski -- http://www.shooltz.com

Never argue with an idiot, he'll bring you to his level and beat you with experience.

Dave_14-Aug-02 4:56

14-Aug-02 4:56

Thanks, I have tried this, and had problems. Have you ever tried to implement code from this article?

Tomasz Sowinski14-Aug-02 4:59

14-Aug-02 4:59

No. What is the problem?

Tomasz Sowinski -- http://www.shooltz.com

Never argue with an idiot, he'll bring you to his level and beat you with experience.

Dave_14-Aug-02 5:02

14-Aug-02 5:02

Thanks anyway, there are several problems, but it's not worth getting into. I was hoping to find someone that had actually implemented something similar to what I am attempting.

Andreas Saurwein14-Aug-02 6:00

Andreas Saurwein

14-Aug-02 6:00

It just doesnt work Frown | :(

Thats why I wrote the CSpawn class.

int x=1, y=5; 
x^=y^=x^=y; // whats the content of x and y now?
<a href="http://www.codeproject.com/useritems/StupidXORTrick.asp" target="_blank">ClickHereForHelp();</a>

Andreas Saurwein14-Aug-02 6:03

Andreas Saurwein

14-Aug-02 6:03

Whats wrong with CSpawn? What does it do under Win98? As far as I know it should work. Maybe I can give you a hint on how to adapt it (well, I wrote it).

int x=1, y=5; 
x^=y^=x^=y; // whats the content of x and y now?
<a href="http://www.codeproject.com/useritems/StupidXORTrick.asp" target="_blank">ClickHereForHelp();</a>

Dave_14-Aug-02 6:25

14-Aug-02 6:25

Thanks,

I think it probably does very well when using it the way you intended.

I am using it as a "read only", and wait until completed type of operation.

I was able to get it going under w98 by ignoring the following failure:

(In Execute(...))

if (!SetStdHandle(STD_OUTPUT_HANDLE, m_hSaveStdout)){
}

For some reason, this fails under W98, but not NT. It does not seem to affect anything, so I am ignoring the failure for now.

Any idea what is happening?

Thanks,

Dave