C / C++ / MFC

Re: Class Template in Visual C++

1-Jul-09 4:40

emira67 wrote:
error C2065: 'Array2D' : undeclared identifier
error C2065: 'A' : undeclared identifier

If you don't know how to resolve those compiler errors then you are attempting something that is beyond your current C++ programming capacity. You need to go back to basics and learn more about them before you move on to more advanced subjects.

Also I do not recommend moving on to using C++/CLI (managed or mixed mode) until you have a firm grasp of C++.

David Crow1-Jul-09 4:47

David Crow

1-Jul-09 4:47

emira67 wrote:
How can I overcome this error...

You might want to ask in the proper forum. Those that are in the know may not see it otherwise.

"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

Re: Class Template in Visual C++

Stuart Dootson1-Jul-09 4:58

Stuart Dootson

1-Jul-09 4:58

Remember what I told you before[^]?!

emira67 wrote:
In fact I declared this items!!!

But obviously not somewhere that the code that used the items was able to see them.

emira67 wrote:
Could you help me please?

If you posted some more detail (the filename that you put the template class & function declaration in, the code that uses the matrix and function), then possibly. However, your code is syntactically and semantically correct - you've just organised it so that the code that uses those things can't see them. Check through your code to understand why!

Guess what - it still applies.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

dll function call in vc++2008 clr bse apllication

PIYUSH19661-Jul-09 4:08

PIYUSH1966

1-Jul-09 4:08

I am new for vc++, i am doing project on vc++2008 clr base windows form application. not able to use inpout.dll in my project please help. if possible give example. thanks

Re: dll function call in vc++2008 clr bse apllication

led mike1-Jul-09 4:35

Download from Rapidshare!

1-Jul-09 4:35

PIYUSH1966 wrote:
not able to use inpout.dll in my project

Do you mean inpout32.dll[^]?

PIYUSH1966 wrote:
if possible give example

You mean like the free for download example from the site where you get the DLL?

Inpout32.dll for Windows 98/2000/NT/XP PDF Print E-mail

A versatile Dynamic Link Library for parallel port interfacing. Works seam less with all versions of windows (WIN 98, NT, 200 and XP). Compatible with inpout32.dll comes with the book Parallel Port Complete without any modification. Download it for free with source code.

Hadi Dayvary1-Jul-09 3:49

1-Jul-09 3:49

Hi I have written a downloader program with MFC classes : CInternetSession/CHttpConnection/CHttpFile
It works just fine,
But now I want to change it so it can download from sharing web sites like RAPIDSHARE
I tried these ways to send the username & password to the web site:

1. pInternetSession->GetHttpConnection(sServer, nPort, sUser, sPassword);
2. pInternetSession->GetHttpConnection(sUser + _T(":") + sPassword + _T("@") + sServer, nPort);
3. pFile->AddRequestHeaders(Base64Coder(_T("Authorization: Basic ") + sUser + _T(":") + sPassword));

But none of them worked!!! (I have searched a lot but I did not find any other way yet!)

Any other idea!

Regrads
Hadi

www.logicsims.ir

MFC CSocket class!

Hadi Dayvary1-Jul-09 3:47

1-Jul-09 3:47

Hi I have a client/server project with MFC class CSocket.
Everything is ok except that SOMETIMES client sends a request(a structure) to the server but the server DOES NOT take it!
I put a lot of TRACE and message boxes and I'm sure all my codes is ok (more than 20 times runs ok, but after that it just hangs!)
I also tested the MFC sample : chatsrvr/chatter program, if you type some chars and press enter quickly, after 5 or 10 lines the server will not get any more data!!!
Is there any bug or trick or something out there!?
Regrads
Hadi

www.logicsims.ir

led mike1-Jul-09 4:28

1-Jul-09 4:28

Hadi Dayvary wrote:
Is there any bug or trick or something out there!?

There are so many bugs it's incredible. However almost every one of them is a bug in the code written by people like me and you.

The trick to Server development is to learn multi-threading, it's not easy. The trick to Server Socket development is to learn the first trick and then learn Socket development, which again is not that easy.

Hadi Dayvary1-Jul-09 5:16

1-Jul-09 5:16

My code is completly multithread,
As I said I have tested some other example (like the one in MSDN) and they have this problem too.

www.logicsims.ir

led mike1-Jul-09 5:39

Re: MFC CSocket class! [modified]

1-Jul-09 5:39

Ok, good luck.

Moak18-Jul-09 4:36

Moak

18-Jul-09 4:36

Consider using CAsyncSocket if it has to be MFC based, do not use CSocket. Also see http://tangentsoft.net/wskfaq/articles/csocket.html[^] and for some more low-level background Beej's Guide to Network Programming[^]

/M

My webchat in Europe Java | [Coffee]

modified on Saturday, July 18, 2009 10:42 AM

Hadi Dayvary18-Jul-09 5:14

Re: Change dialog bg-color?

18-Jul-09 5:14

Thank you so much

www.logicsims.ir

Change dialog bg-color?

bosfan1-Jul-09 3:35

bosfan

1-Jul-09 3:35

Hello,
i found many responses for this issue, but i like to use this function:

SetDialogBkColor();
in :
BOOL CMyDialogApp::InitInstance()

but this don't take any changes, is this obsolete in VS 8, i my projects with VS6 this works fine??
About my project: is tabbed with many child dialogs, each tab have his own CDialog.

Is this possible to solve with this function above?

thanks for any help!
termal

SandipG 1-Jul-09 4:15

SandipG

1-Jul-09 4:15

termal wrote:
is this obsolete in VS 8

read here[^]

This page clearly states
CWinApp::SetDialogBkColor

This function is obsolete.
Remarks

To set the background color of the dialog box, you must handle WM_CTLCOLOR. This message changes the color of the specified dialog box only.

Regards,
Sandip.

Re: Change dialog bg-color? [modified]

bosfan1-Jul-09 4:35

bosfan

1-Jul-09 4:35

Ok thanks for answer!!! Smile | :)

But i have a question, when i use WM_CTLCOLOR new color ist set for all controls on dialog, e.g. CEdit CStatic CComboBox etc., but not for dialog it self??
I can't find why?? Frown | :(

Here is source code:

HBRUSH CMyDialog::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
	//*
	//** No need to do this!
	//**
	//** HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);
	//*/
	//
	//*
	//** Return the white brush.
	//*/
	switch(nCtlColor)
	{
	case CTLCOLOR_BTN:
		Sleep( 10); //Button control
		break;
	case CTLCOLOR_DLG:
		Sleep(10); //Dialog box newer stop here? :(
	case CTLCOLOR_EDIT:
		Sleep(10); // Edit control
		break;
	case CTLCOLOR_LISTBOX:
		Sleep(10); // List-box control
		break;
	case CTLCOLOR_MSGBOX:
		Sleep(10);
		break; //Message box
	case CTLCOLOR_SCROLLBAR:
		Sleep(19); //Scroll-bar control
		break;
	case CTLCOLOR_STATIC:
		Sleep(10); //Static control
		break;
	}	

	
	return m_objMyBrush; // in dialog  defined CBrush
}

Any idea here Smile | :)

regards
termal

modified on Wednesday, July 1, 2009 11:34 AM

Re: Change dialog bg-color?

«_Superman_»1-Jul-09 16:46

«_Superman_»

1-Jul-09 16:46

You're returning the handle to the brush for all the controls. That is why all controls change color.
You must return the required brush handle only for CTLCOLOR_DLG.

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

Re: Change dialog bg-color?

bosfan1-Jul-09 21:33

bosfan

1-Jul-09 21:33

Hi,
thanks for answer, but how to give a return only for dialog??
Can you show me a code-snippet??

In my case CTLCOLOR_DLG is never there!! Frown | :(

// sometings like this??
if(nCtlColor == CTLCOLOR_DLG)
{
   return m_objMyBrush // my program run never here in :(
}
// else do nothing??
.
.
.

regards
termal

Logger class -> write to file too slow

Souldrift1-Jul-09 3:30

Souldrift

1-Jul-09 3:30

Hi there,

I built a logger class to trace and debug my programs.
Now I have very real-time dependent programs here and the problem is, when I activate the logger´s 'log to file'-option the program gets too slow to be run properly. But I want/need the logger to be active in normal operation, as well ... so that I can have a look at the output if something went wrong (like a crash).

The time stealer seems to be the opening and closing of the file for every log entry. But I cannot simply open it once and never close it, because the log entrys are only put into the file with the close() call.

This is the logger (which works otherwise fine). Any help with speeding it up, restructuring it or whatever needs to be done is appreciated. Smile | :)

Logger::Logger(void)
{
	m_iLogLevel = DEBUG;
	m_bToConsole = true;
	m_bToFile = false;
	m_sFilename = "tts_dump.out";
	m_sPath = "./";
	m_bFirstWriteToFile = true;
}

Logger::~Logger(void)
{}


Logger* Logger::GetInstance()
{
	if( m_pLogger == NULL )
	{
		m_pLogger = new Logger();
	}
	return m_pLogger;
}

void Logger::Out( int level, const char* pcszFormat, ... )
{
	va_list ap;
	va_start( ap, pcszFormat );

	if( m_bToConsole )
	{
		if( pcszFormat && level <= m_iLogLevel )
		{
			vprintf( pcszFormat, ap );
		}
	}
	
	if( m_bToFile )
	{
		if( pcszFormat && level <= m_iLogLevel )
		{
                	string loc = m_sPath;
			loc.append( m_sFilename );

			if( m_bFirstWriteToFile )
			{
				m_oFile.open(loc.c_str(), ios::out);
				m_bFirstWriteToFile = false;
			}
			else
			{
				m_oFile.open(loc.c_str(), ios::out|ios::app);
			}

			if( !m_oFile ) 
			{
				cerr << loc << " kann nicht geöffnet werden!\n";
			} 

			char buffer[1024];
			
			vsprintf_s( buffer, pcszFormat, ap );

			m_oFile << buffer;
			m_oFile.close();
		}
	}
	va_end( ap );
}

void Logger::SetLogLevel( int level )
{
	if( level >= 0 && level <= SYS_ERROR )
		m_iLogLevel = level;
}

void Logger::SetConsoleOutput( bool on )
{
	m_bToConsole = on;
}

void Logger::SetFileOutput( bool on, string filename, string path )
{
	m_bToFile = on;
}

Cheers

Souldrift

Stuart Dootson1-Jul-09 3:34

Stuart Dootson

1-Jul-09 3:34

I'd suggest rewriting it so that you don't need to close it to write items to the file - you've identified opening the file as the hotspot, so remove the sdcenario that means you have to open it so often. The std::basic_ostream::flush()[^] method could prove useful, to ensure the message is actually pushed to disk.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Cedric Moonen1-Jul-09 3:35

Cedric Moonen

1-Jul-09 3:35

Souldrift wrote:
The time stealer seems to be the opening and closing of the file for every log entry. But I cannot simply open it once and never close it, because the log entrys are only put into the file with the close() call.

Even when you flush the data to the file (calling the flush method) ?

Cédric Moonen
Software developer

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

Michael Schubert1-Jul-09 4:01

Michael Schubert

1-Jul-09 4:01

Create a buffer in memory, for example a string array, collect your data in this array for a certain amount of time (or a certain number of entries) and then write the contents to the file in one go.

David Crow1-Jul-09 4:52

David Crow

1-Jul-09 4:52

File I/O, especially opening, is very expensive. You may want to implement it in a separate thread so that the primary thread can run unimpeded.

Joe Woodbury1-Jul-09 6:06

Joe Woodbury

1-Jul-09 6:06

Get rid of buffered I/O calls.

Use either purely native calls (CreateFile()) or at least the CRT open function.

If that's still too slow, using asynchronous writes (yes, they are tricky, but they do work.) Do understand that you may need a mechanism to throw away messages else you're logging could get permanently behind.

An alternative is to write log string to a buffer and when it passes 4k, do an asynchronous write.