Sockets et Linux

Recherche :

Dernière réponse
Sujet : Sockets et Linux
jeremy	Non je vérifie pas l'état des sockets effectivement. Tu peux me mettre sur la voie sur la façon de procéder ? merci et je regarde du coté de select() NB : en mettant une valeur à 3872, tout se passe bien en général, cette valeur m'intrigue car c'est celle qui apparait dans les fichiers de trace Merci

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

jeremy

Non je vérifie pas l'état des sockets effectivement.
Tu peux me mettre sur la voie sur la façon de procéder ? merci
et je regarde du coté de select()

NB : en mettant une valeur à 3872, tout se passe bien en général, cette valeur m'intrigue car c'est celle qui apparait dans les fichiers de trace

Merci

R@NNIS

hum j ai l impression ke tu verifies absolument pas l etat de la socket en ecriture ou en lecture ,je me trompe ?

regarde du coté de "select" ca devrait t eclaircir afin de faire kkchose de bien plus fiable.

et jamais envoyer des megabuffers de cette facon fait a la limite plusieurs write successifs mais ecrire des paquets comme ca sans rien verifier tu n auras ke des pbs.

Rhum	tu as essayer en le faisant bcp plus petit style 512. pour voire comment ton prog réagis

jeremy

Bon ben je continue ici vu ke c + réactif que dans Prog :-)
J'utilise TCP

Une partie de prog1 :

le message initial fait une taille X
je me connecte au port,
puis j'appelle plusieurs fois cette fonction envoi() avec un buffer de 19360
puis je ferme la connection

Code :

static int envoi(char *buffer, int *taille, int *portcgi){
[...]
rtwrite=write(fdsocket,buffer,*taille);
[...]
}

Une partie de prog2 :

avec _TAILLEMESS=19360
j'ouvre un port
je lis en boucle
j'écris dans un fichier le contenu de rtread à chaque fois qu'on recoit le buffer. J'ai toujours 19360, puis 15488, puis 3872, puis encore des 19360 puis çà se termine.
je ferme le port

Code :

char buffer[_TAILLEMESS]=""; [...]
while(rech==NULL){
rtread=read(fdaccept,buffer,sizeof(buffer));
[...]
rech=(char *)strstr(buffer,_FINCGI);
}
[...]

J'arrive pas à trouver cette fameuse limite de taille

Merci !

Rhum	tu utilises TCP ou UDP. Dans un des cas tes paquets arrives pas forcement ds l'ordre :( il me semble..... mais les socket c un peut super loin pour oi

djoh

jeremy a écrit a écrit :

Désolé j'aurai dû poster dans Programmation :-)

1) oui, je pense aussi
2) write et read ont une limitation dans la taille du buffer que tu as p-t dépassé
3) si tu mets pas le code, on peut pas t'aider :o

jeremy

Désolé j'aurai dû poster dans Programmation :-)

jeremy

Salut,

sous Linux, en C.
Soit 2 progs : prog1 et prog2

Prog2 écoute sur un port.
J'ai un message initial de X octets
Prog1 écrit (primitive write) sur ce port en boucle et envoie à chaque fois un buffer de 19360octets (taille que j'ai fixé), et s'arrête quand il le faut. Je fais une trace des buffers envoyés dans un fichier (buffer + taille envoyée)

Prog2 lit (primitive read) les buffers qu'il recoit et je fais une trace de ces buffers dans un fichier (taille lue + buffer lui-même)

Problème:
le fichier de trace de prog1 est correct : à chaque fois on envoit bien 19360 octets

par contre le fichier de trace de prog2 est faux : je lis bien à chaque fois 19360octets et le buffer est bon, sauf au bout d'un moment, je recois un buffer qui ne fait QUE 15488 octets, puis les lectures suivantes ne recoivent rien, puis je lis un buffer de 3872octets, puis ensuite tout reva bien et je relis des octets de 19360.

Conclusion : je perds une bonne partie du message initial ke j'avais scindé en buffer de 19360.

Après moultes recherches (et n'étant pas spécialement un pro de TCP/IP et ses sockets lol), qqun peut-il m'expliquer d'où çà vient ?

Merci !!