Die Verbindungsherstellung erfolgt über den folgenden Code:

void CDesktopChatMessengerApp::ConnectServer()
{
	//Initialization
	m_NotificationServer = "messenger.hotmail.com";
	m_NotificationServerPort = 1863;

	//Create connection
	CMessengerSocket* pMessengerSocket = new CMessengerSocket;
	m_pMessengerSocket = pMessengerSocket;
	m_pMessengerSocket->Create();
	m_pMessengerSocket->Connect(m_NotificationServer, m_NotificationServerPort);

}

Der Verbingunsaufbau verläuft erfolgreich. (Mit netstat kann man die Verbindung sehen.)
Nun sollte eigentlich der Aufruf des Eventhandlers CMessengerSocket::OnConnect() erfolgen.
Die Deklaration:

public:
	virtual void OnConnect(int nErrorCode);

Die überschriebene Funktion:

void CMessengerSocket::OnConnect(int nErrorCode)
{
	// TODO: Add your specialized code here and/or call the base class
	if(0 != nErrorCode)
	{	
		m_ConnectionFailed.LoadString(IDS_CONNECTION_FAILED);
		AfxMessageBox(m_ConnectionFailed);
	}
	else
	{
		//Call NewFrame() to create new mainframe
		theApp.NewFrame();
	}

	CSocket::OnConnect(nErrorCode);
}

Doch irgendwie wird der Eventhandler einfach nicht ausgeführt, und ich finde einfach nicht die Ursache. Keine Errors beim Kompilieren.

J!M!

void CMessengerSocket::OnConnect(int nErrorCode)
{
    // TODO: Add your specialized code here and/or call the base class

    CSocket::OnConnect(nErrorCode);
}

wurde vom Assisten automatisch hinzugefuegt, nachdem ich im Eigenschaftsfenster/Button "Overriden" der Klasse CMessengerSocket beim Event "OnConnect" auf "add OnConnect()" geklickt habe.

Und ausserdem ist doch CSocket eine abgeleitete Klasse von CAsyncSocket, also muesste es ja den Eventhandler geerbt haben..?

A-jage

ein Blick in die MSDN verrät:

Remarks:
In CSocket, the OnConnect notification function is never called. For connections, you simply call Connect, which will return when the connection is completed (either successfully or in error). How connection notifications are handled is an MFC implementation detail.

Doch.
1. Warum nicht?
2. Was ist wenn ich beispielsweise Funktionen aus der Klasse CSync brauche und den Eventhandler OnConnect()?

A-jage

Und was is mit erstens..? :):)

A-jage

Zu 1 - keine Ahnung, hat vielleicht technische Gründe. Oder dass MS angenommen hat dass man sowieso entweder alles blocking oder alles non-blocking macht.
In anderen Libraries gibt es sehrwohl Klassen mit denen man beides machen kann.
Anders gesagt: "MS hat es eben so gemacht, warum auch immer"

OnMessagePending braucht man nur weil CSocket blockierende IO Calls verwendet. Da CAsyncSocket nicht-blockierende IO Calls verwendet braucht man auch kein OnMessagePending

Ok, Frage anders gestellt: Ich möchte eine synchrone Verbindung mit CSocket aufbauen und im Nachhinein die Funktion OnMessagePending() verwenden. Unmittelbar nach dem Verbindungsaufbau möchte ich aber überprüfen, ob beim Verbindungsaufbau Fehler aufgetreten sind. Wenn ja, dann soll es beispielsweise eine Fehlermeldung geben. Dazu bräuchte man dann doch OnConnect(), doch da diese Funktion in CSocket ja nicht aufgerufen wird, wie stelle ich das Ganze dann an..?

A-jage

Der Eventhandler wird aber nur ausgeführt, wenn der ErrorCode gleich Null ist, also nur der Else-Teil:

void CMessengerSocket::OnConnect(int nErrorCode)
{
	// TODO: Add your specialized code here and/or call the base class
	if(0 != nErrorCode)
	{	
		m_ConnectionFailed.LoadString(IDS_CONNECTION_FAILED);
		AfxMessageBox(m_ConnectionFailed);
	}
	else
	{
		//Call NewFrame() to create new mainframe
		theApp.NewFrame();
	}

	CAsyncSocket::OnConnect(nErrorCode);
}

Wenn ich z.B. den Verbindungsaufbau mit der Firewall verweigere, dann tut sich gar nichts...
Warum..? Langsam werd ich hier verrückt.. -.-

A-jage

Oder nimm eine IP die sicher antwortet (z.B. 127.0.0.1) und einen Port der garantiert nicht existiert. Dann bekommst du sofort deinen Fehler.

Zur Methode 2: 127.0.0.1 und 3999999, hat geklappt, doch habe ich dadurch die Gewissheit, dass es bei einem "Ernstfall" klappen wird?

A-jage