[MFC] DLL et notifications d'�v�nements

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 ^^

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

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...

Tu compiles pour utiliser les MFC en tant que dll ?

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

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

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 ?

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...

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

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

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?

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 ..
:D

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

Code:

---

1 2 3 4 5 6

void CDialogDLLDlg::OnConnecter() { Client *connect; connect = new Client(); connect->Connect("172.16.34.140",4148); }

---

Code:

---

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.

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:

---

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.

:D

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:

---

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.

oui ,
mais tu ne peux faire �a:

Code:

---

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() ?
:D

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 :(

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 :/

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 . :wink:

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:

---

1 2 3

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

---

:D

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"