ENVOIE/RECEPTION DES FICHIERS(BASIQUE)

Commentaire de max12 le 19/11/2005 02:20:19 administrateur CS

Je m'excuse mais je trouve que c'est pas très élaboré comme système de transfert, mais c'est malgré tout commenté.

PS : Je note pas (plus), je trouve que ce genre de notation vaut rien (sans critère)
PS2 : Je t'encourage à continuer pour une version qui fonctionne multi-transfert
PS3 : Bonne prog
PS4 : A+

Commentaire de MuPuF le 19/11/2005 09:46:24

mdr !!!!!!!!!!!!!
J'ai deja fais ce que tu as fais, mais avec en plus la possibilitée de partager les fichier via un serveur ftp page perso ou alors un serveur http local comme easy php.

Voila le lien:
http://www.cppfrance.com/code.aspx?ID=33958

Le pire c'est que tu as choisis le meme nom que mon prog ... (qui au passage risque de passer en 1.8 today car la liste de modification est impressionnante ...)

Commentaire de anonyme_man_in_this_world le 19/11/2005 11:19:27

oui c'est trés basique.je crois(avis personnel)qu'une source

basique et claire et utile vaut mieux qu'un longe non commenté.

MuPuf >> j'ai changé le titre de la source . tu as

utilisé des fonctions de Wininet ,par contre moi je me suis servi

de Winsock.h donc c'est different.

Commentaire de anonyme_man_in_this_world le 19/11/2005 14:28:25

"ouverture en lecture seule en mode txt"

brutNews >> j'ai changé le mode d'ouverture du mode

texte en mode binaire dans les deux sources mais ça

donne rien (: !
  

Commentaire de juki_webmaster le 19/11/2005 15:44:00

J'ai fait un client/serveur p2p basique (list de fichier/telechargement) et j'ai utiliser ceci (sa peut sembler sal pour certains, je comprend totalement) :

  while (error >= 1)
{
  errror = fread (&octet, 1, 1, filetosend);
  if (error >= 1)
    {
      printf ("%c %c\n", &octet, octet);
      if (send (GLOBAL_client_sock, &octet, 1, 0) ==
  0)
{
  printf
    ("* Client %d c\'est enfuit prematurement!\n",
     GLOBAL_client_sock);
}
    }
}

En verifiant en calculant le chekcsum du fichier de base et celui  du fichie recu, ils sont pareil (d'ailleuir le petit procole de mon truc p2p supporte cette fonctionalité avec md5.c/md5.h)

Commentaire de max12 le 20/11/2005 04:37:53 administrateur CS

Ne jamais au grand jamais utiliser strlen pour traiter du binary !! Car, lorsque tu veux envoyer un fichier BMP (par tranche de 1 ko) par exemple et que l'entête mesure 1024 bytes (c'est un exemple ! En réalité c'est 54 bytes) il va envoyer simplement envoyer la partie avant d'avoir un zéro dans le 1024, donc si l'offset 53 est 0 alors il va envoyer 54 bytes sur les 1024 qui était dû (C'est pas négligeable ! Sachant qu'un seul perdu c'est trop). Pour savoir combien de bytes qu'il faut envoyer avec send() il faut que tu fasse read et que tu reçoives le nombre d'octet qui on été lu sur les 1024 demandé (ou 256 bytes selon ton prog). Moi d'habitude j'utilise l'API Windows pour ReadFile() ... mais avec une bonne documentation sur Read c'est faisable (p-ê que c'est le retour de la fonction qui dit les bytes lus ?). Ensuite il te faut un bon protocole contenant le nom du fichier et le nombre d'octets qu'il pèse et prévois un accept ou deny en conséquence (p-ê même un file resume :) Contrairement à MSN :@) Et l'idée du checksum et bien je crois dans ce que tu veux faire c'est pas vraiment essenciel étant donné que la vérification d'erreur est automatique ... (Sauf dans un client P2P ou les fichiers diffèrent selon les sources).


A+

Commentaire de MuPuF le 20/11/2005 18:28:13

Serveur : tu as fais une erreur au recv et write :
int size=recv(csock,buffer,256,0) ;  //reception des donnees
write(file,buffer,size) ; //PAS DE SIZEOF BUFFER !!!!!!!!!

client :
int size = read(file,buffer,256) ; //lecture
int NbOctetsEnvoyes=send(sock,buffer,size,0) ; // envoie de buffer

Voila j'espere pour toi que ça va marcher.

Commentaire de MuPuF le 21/11/2005 21:31:14

evite la redefinition de r a chaque boucle, met int r au dessus du while.
... envois moi le par mail je vais te corriger ça (regarde tes MP)