Discussion :

[Kaori]

Bonjour ^^

J'ai créé un programme de transferts de données par réseau qui fonctionne grace aux fonctions OnReceive et OnAccept. Ce programme fonctionne très bien mais je dois en faire une librairie.
Malheureusement, le OnAccept n'a pas l'air d'etre réveillé par une notification quelconque de Windows.

Est-ce que les DLL prennent aussi en charge les notifications d'événements ou je dois trouver autre chose?

Merci d'avance ^^

[Aurelien.Regat-Barrel]

Tu l'utilises comment cette dll ? Depuis une appli MFC ?

[Kaori]

Oui, tout est MFC.

L'appli est une dialog based, les notifications devraient se faire par cette appli normamlement mais ça ne se fait pas...

[Aurelien.Regat-Barrel]

Tu compiles pour utiliser les MFC en tant que dll ?

[Kaori]

Je ne sais pas trop, je ne sais pas où vérifier ces options là, je ne connais pas très bien les MFC ^^"

[Kaori]

Personne ne sait comment vérifier dans les options si MFC est bien pris en charge?

[nico-pyright(c)]

Project --> settings --> General --> Microsoft Fondation Classes et tu regardes le contenu de la combo.

Sinon, pour ton problème, tu as évalué le comportement de la méthode FireEvent ?

[Kaori]

Merci pour ton aide. Mon projet utilise les MFC avec shared DLL. Je ne comprends vraiment pas le problème...

Non pas du tout, je suis loin d'être callée en c++ donc je ne sais pas très bien comment débugguer un programme, je ne connaissais pas cette méthode-là.

Je regarde à l'instant meme comment l'utiliser.


Par contre, je me demandais comment vérifier si l'application était liée à certaines dll comme mfc42.dll ou autre, je ne trouve ça nulle part dans les options...

[Kaori]

Option de la DLL :

- MFC AppWizard(dll)
- MFC Extension DLL (avec windows sockets)


Option de l'application client :

- MFC AppWizard(exe)
- Dialog Based(avec windows sockets)
- MFC Standard as a Shared DLL


Et je mets la DLL et l'application en debug multithread DLL

[farscape]

salut,
tu utilises quoi les classes MFC CSocket ?
a priori je ne vois pas de probleme dans ce contexte .

[Kaori]

Oui, j'ai créé une classe Connection dérivée de CSocket, et deux autres classes (Client et Server) dérivées elles de la classe Connection.

Est-ce la "double" dérivation qui poserait problème?

[farscape]

donc la socket serveur est en mode listen .
l'initialisation est bien faite ?
comment tu distingues la socket client du serveur .
a savoir sur la demande de connexion d'un client la creation du client ..

[Kaori]

Oui oui, l'initialisation est bien faite. En fait, si j'appelle explicitement le OnAccept, il fonctionne très bien...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void CDialogDLLDlg::OnConnecter() 
{
    Client *connect;
    connect = new Client();
    connect->Connect("172.16.34.140",4148);	
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
void CDialogDLLDlg::OnDemarrer() 
{
//   Connection connect;
     Server *connects;
     connects = new Server();
     connects->Listen(4148);		
}

Et dans la DLL j'ai deux classes bien distinctes.

[farscape]

hum ce que je ne vois pas dans ton code c'est l"acceptation de la connexion cliente:
moi je verrais un truc du style:serveur.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
void CListeningSocket::OnAccept(int nErrorCode)
{
 Client *pconnect;
 pconnect = new Client; 
 Accept(*pconnect);
}

appeler sur la fonction OnAccept de la socket et ou CListeningSocket represente ta socket serveur d'ecoute.

[Kaori]

Mais le OnAccept est sensé se déclencher automatiquement non?
J'ai le meme problème avec le OnReceive, ce qui est plus problématique vis-à-vis de ce que je dois faire de la DLL.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
void Server::OnAccept(int nErrorCode)
{
	CSocket::OnAccept(nErrorCode);
	CSocket clientSock;
	TRACE("AcceptProcess\n");	
	if (serverSock.Accept(clientSock))
	{
 
		TRACE("Connexion");
		//C'est juste pour vérifier si le OnAccept est bien appellé
	}
	else
	{
		TRACE("Accept raté\n");
	}
}

J'ai ceci dans ma fonction OnAccept.

[farscape]

oui ,
mais tu ne peux faire ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
CSocket clientSock;
   TRACE("AcceptProcess\n");   
   if (serverSock.Accept(clientSock))

l'objet client va etre detruit en sortant de sa portée ,ici la fonction OnAccept
tu as tracé OnDemarrer() ?

[Kaori]

Le OnDemarrer est un fonction de l'application cliente, j'ai tracé le Listen qui est bien appellé.
Ce que je ne comprends pas c'est qu'en appellant le OnAccept juste après le Listen, tout ce passe bien mais pas quand j'ai besoin qu'il se déclenche tout seul

[Kaori]

Hum bon,comme quoi je suis vraiment nulle en c++, en fait c'est le socket serveur qui n'a pas une portée suffisante, il faut que je refasse toute l'architecture de classe, mais comme je suis pas douée, je suis pas prête de réussir XD


Merci beaucoup pour votre aide, je cherchais l'erreur au mauvais endroit, j'étais pas prete de trouver :/

[farscape]

vu comme ça effectivement ça ne risque pas de fonctionner ,
n'oublie pas de cloturer ce thread par le bouton resolu ,si c'est ok .

j'ai lu tes problemes de performance dans tes posts precedents .
essaye de mettre ce parametre au niveau de la socket cliente ,coté client et serveur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
long one=1;
mysocket.SetSockOpt(TCP_NODELAY,(char *)&one,sizeof(one),IPPROTO_TCP))

[Kaori]

Merci, effectivement c'était bien ça le problème, c'est donc résolu ^^


Je vais essayer ces options, merci beaucoup ^^

Edit : Je ne comprends pas très bien ce qu'est le "one"