Discussion :

[guillaume07]

salut,

le programme sur lequel je développe reçoit des données du réseau 50Ko/sec.

le problème est que je galère pour le débugger, car celui plante suite à une réactivation de l'exécution du programme arrêter momentanément via un point d'arrêt (F9), car j'ai un overflow sur un buffer utilisé pour traiter ce que reçois le socket

que se passe t-il si on bloque le programme avec un point d'arrêt (sous visual donc) puis qu'on continue l'execution (icone flèche verte) ?

est-il possible que Windows envoie massivement les données tamporisées dans la pile des sockets de l'OS (je sais pas vraiment comment ça fontionne finalement) au programme lorsque l'on clic sur la flèche verte aprés l'avoir arrêter disons 20 secondes via un point d'arrêt ?

Merci.

[3DArchi]

Salut,
TCP est un mode flux. Donc il est fort possible qu'en debug, suite à un point d'arrêt, tu reçoives toute une concaténation de messages envoyés par le distant en envois séparés. De toute façon, en mode debug ou en release, avec ou sans point d'arrêt, quand tu as une socket TCP, il faut toujours gérer le fait que c'est une réception en mode flux et non en mode paquet. A toi de mettre en place ce qu'il faut si tu veux retrouver un mode paquet (message LV - longueur/valeur - et/ou marqueur de fin de message).

[guillaume07]

Salut,

Oui effectivement, à priori j'ai cru comprendre qu'une fois le buffer de la socket plein , un send de la part de l'autre partie aboutie à une fermeture de la session TCP, et je pense c'est cela qui faisait planter mon progamme.

Peut-être je fais erreur?


Et sinon comment puis je gérer une session TCP en mode paquet ?

merci.

[Mac LAK]

Peut-être je fais erreur?

Tu peux mettre un sniffer (Wireshark notamment) en place pour vérifier ce point, et voir si tu prends une fermeture de connexion ou pas.
Si ton arrêt dure plus de 30 secondes, il est de toutes façons fortement probable que ce soit le cas.

Et sinon comment puis je gérer une session TCP en mode paquet ?

Tu ne peux pas, ça n'a pas de sens en TCP.
Tu peux par contre gérer toi-même des "paquets", en fonction du protocole que tu implémentes au niveau applicatif. Mais ta socket, elle, sera systématiquement en mode flux.

[3DArchi]

Tu ne peux pas, ça n'a pas de sens en TCP.
Tu peux par contre gérer toi-même des "paquets", en fonction du protocole que tu implémentes au niveau applicatif. Mais ta socket, elle, sera systématiquement en mode flux.

C'est ce que j'avais voulu dire visiblement sans succès

De toute façon, en mode debug ou en release, avec ou sans point d'arrêt, quand tu as une socket TCP, il faut toujours gérer le fait que c'est une réception en mode flux et non en mode paquet. A toi de mettre en place ce qu'il faut si tu veux retrouver un mode paquet (message LV - longueur/valeur - et/ou marqueur de fin de message).