Discussion :

[Aspic]

Salut,

J'ai créer un programme permettant d'envoyer des fichiers par sockets mais je voudrais savoir si il était possible de créer des fichiers temporaires de telle sorte à pouvoir reprendre le transfert si on a annulé ou si il y a eu un problème.

Comment s'y prendre aussi ?

Merci

[dev01]

Salut.

Normalement si tu passes tes fichiers par sockets tu commences par le transformer en tableau de bytes ? Dans ce cas il te suffit de sotcker les nombres de bytes déjà envoyé.

Lors de la reprise il suffit de reprendre la ou on en ai.

Evidement de l'autre coté il faut enregistrer dans un fichier binaire ce qui a déjà été transféré

[Aspic]

Exact, j'avais cette idée mais le problème est que si jamais l'utilisateur annule le transfert, comment etre sur que les 4096 octets (car j'envois par packet de 4096) ont bien été recu par le client ?

Car le truc de prendre la taille de chaque fichier temporaire pour récupérer l'index du stream c'est galère...

Methode d'envoi :

J'ouvre le fichier sur le serveur
j'envoi par packet de 4096 bytes au client
Creation d'un new fichier sur le client
Le client recoi les bytes et les ecrit directement dans le fichier
A la fin du transfert, il ferme le fichier

[Mose]

En algorithmique distribuée
quand A envoie des données à B
B doit acquiescer (ACK) en envoyant à A le nombre de bytes reçus
donc si ton tranfert est annulé
tu sais, par le dernier ACK de B
combien de bytes ont été effectivement reçus.

[Aspic]

C'est une posibilité mais dans mon programme, je n'envoi pas la confirmation de reception des données car j'envoi les données en synchrome (socket.send) et donc la parti serveur attent que les données soient bien recues avant de continuer à envoyer. Donc je peux pas récupérer le nombre de bytes envoyés !
...

[Mose]

Ca fait bien longtemps que je n'ai pas codé en sockets, mais :

* la lecture de données sur une socket te renvoie le nombre de bytes lu au niveau du client.
* donc tu peux récupérer ce nombre pour savoir la quantité d'octets reçus, et les stocker chez ton client dans un fichier temporaire.

* Si ton téléchargement s'interromp, pas de pb.

* Si il reprend, alors ton serveur doit demander au client combien d'octets il a déjà reçu, et quand il a la réponse, il n'a plus qu'à relancer le téléchargement là où il en était.

=====================
Sinon, plus bas niveau, il me semble, à la lumière de mes vieux cours de réseau, que TCP-IP prévois déjà ce genre de confirmations en envoyant des ACK au serveur. Tu peux essayer de chercher à ce niveau là, je peux rien t'affirmer.

Si la recherche n'aboutie pas, à ta place, j'irai voir les sources d'eMule, qui lui gère très bien ce genre de problématiques. (ouais c'est pas du .Net, mais ton problème est un problème d'algo distribuée, pas de langage)

[Mose]

C'est une posibilité mais dans mon programme, je n'envoi pas la confirmation de reception des données car j'envoi les données en synchrome (socket.send) et donc la parti serveur attent que les données soient bien recues avant de continuer à envoyer. Donc je peux pas récupérer le nombre de bytes envoyés !
...

Ah mais oui... chui con moi...
Bah si le send attend que les données soient reçues, tu sais à tout moment combien d'octets il y a chez le client. La voilà la partie gérée par TCP/IP
Il est où le pb maintenant ?