socket et breakpoint sous visual

Version imprimable

10/01/2010, 19h26
guillaume07

socket et breakpoint sous visual

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.
11/01/2010, 13h21
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).
12/01/2010, 08h17
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.
12/01/2010, 11h09
Mac LAK

Citation:

Envoyé par guillaume07

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.

Citation:

Envoyé par guillaume07

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.
12/01/2010, 18h30
3DArchi

Citation:

Envoyé par Mac LAK

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

Citation:

Envoyé par 3DArchi

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