Discussion :

[Dmos]

Voila je développe un petit serveur sous visual, le principe est simple:
J'ai un CSocket "listener" qui écoute un port fixe auquel les clients se connectent.
Quand ils se connectent (message OnAccept), je crée un nouveau CSocket, je l'active avec le précédent et je le détache du thread courant. Je crée alors un nouveau thread dans lequel j'attache ce CSocket, et dans lequel je capture les évènements du client, ce qui donne

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
 
void OnAccept()
{
   CSocket* sock =  new CSocket;
   Listener.accept(CSocket);
   SOCKET SocketHandle = sock.detach();
   AfxBeginThread(MethodeThread, SocketHandle);
}
 
UINT MethodeThread(LPVOID pParam)
{
   CSocket* sock = new CSocket;
   SOCKET* hsock = static_cast<SOCKET*>(pParam)
   sock.attach(hsock);
}

C'est volontairement très simplifié... Donc PAS TOUT LE TEMPS (et c'est bien le problème) j'ai une assertion dans sockcore.cpp, dans la méthode DoCallBack(). Pas mal de monde a eu ce problème (voir sur CodeGuru et autre) et personne n'arrive à le résoudre. J'ai entendu parler d'une histoire de pompe d'éxécution qui ne s'arrêterait pas, enfin c'est pas de mon niveau. Help.[/code]

[Médinoc]

Euh... Je ne sais pas si c'est dans le code original, mais dans celui-ci, tu passes au thread un "SOCKET", et tu récupères un "SOCKET *"...

Mais pour le reste, je ne peux pas te dire... Je n'ai jamais utilisé CSocket avec les listeners, seulement CAsyncSocket...
(D'ailleurs, je ne savais même pas que les listeners étaient supposés marcher pour CSocket...)

[farscape]

salut,
tu peux citer les liens de codeguru ?
autrement le probleme doit venir effectivement de la pompe a messages.
les classes MFC CSocket utilisent une fenetre pour les messages internes .
en mettant le socket client dans un thread client tu tombes dans le probleme evoqué dans la faq:
http://c.developpez.com/faq/vc/?page...d#WorkerThread

La solution de ton probleme c'est de ne pas utiliser de thread pour le client tu n'en as pas besoin le systeme de notification par messages suffit....
voir aussi cette enfilade:
http://www.developpez.net/forums/vie...866617#1866617
tu dois creer une classe derivée pour la socket client (voir post cité) pour gérer les messages.

[Dmos]

C'était bien évidemment pour illustrer le principe, le code est assez faux en fait!!! Pour répondre à la question "pourquoi un thread?", c'est parce que j'aimerais pouvoir lancer les opérations d'envoi et de réception (qui sont bloquantes en CSocket) sans pour autant figer le serveur.

Les liens qui me concernent sont:
sur CodeGuru:
- un problème identique au mien, non résolu (la solution présentée est celle que j'utilise)
http://www.codeguru.com/forum/showthread.php?t=73085
-la même erreur mais je ne comprends rien à ce que le type a fait pour résoudre le problème!
http://www.codeguru.com/forum/archive/index.php/t-156500.html
sur CodeProject:
- ce que je veux faire (bon OK en plus pervers!):
http://www.codeproject.com/Purgatory/CSocket_Server_App.asp
et enfin (ce qui me fait dire que ça doit être faisable) sur msdn
- http://support.microsoft.com/kb/175668/EN-US/

Voila pourquoi je m'accroche, je suis sur que c'est possible! Merci pour vos réponses.

[Dmos]

Bon étant donné l'avis de certains potes... je vais passer aux sockets API. Mais pour ma curiosité perso ça me pose quand même un problème. Merci quand même!

[farscape]

salut,
la question est de savoir pourquoi tu veux absolument créer un thread pour le client ? (ça fonctionne sans).
sinon tu peux regarder ce lien socket2 asynchrone +thread :
http://www.codeguru.com/network/async_socket.html