begin process at 2012 02 12 16:12:46
  Trouver un code source :
 
dans
 

7 commentaire(s) de CyberFlash sur des sources sur tout CodeS-SourceS

Déposé sur Envoi de fichiers de toutes tailles avec winsock

Salut Mayazz, J'ai la solution au problème.
rappelle du problème:
Le fichier de destination n'est pas toujours de la même taille que l'original.

Cause: Le prog envoi un packet en trop

Solution:
La boucle pour l'envoi des packets est ainsi:

For x = 1 To NbrPackets

Si maintenant la variable NbrPackets possède la valeur 18.84, la fonction For va l'arrondire à 19. Donc il va envoyé 19 packet au lieu de 18.84. Il faut donc prendre uniquement la partie entière de la valeur de NbrPacket.
Ce qui donne:

    NbrPackets2 = Fix(NbrPackets)
    For x = 1 To NbrPackets2

Ainsi si la valeur de NbrPacket est de 18.84, la boucle ne verra que 18. Et c'est ce qu'il faut car le prog va ainsi envoyé 18 packet. Il manque encore 0.84 packet qui seront envoyé plus bas dans le prog

Et voilà Maintenant plus de prob. Tous les fichier fonctionnent.
Je suis d'ailleurs étonné que personne n'a remarqué cela
Posté le : 31/05/2004 15:58:55

Déposé sur Envoi de fichiers de toutes tailles avec winsock

Je tiens encore à préciser que le problème apparaît sporadiquement
Posté le : 31/05/2004 15:35:07

Déposé sur Envoi de fichiers de toutes tailles avec winsock

Salut Mayazz, t'as source est vraiment super. Elle m'a bien dépannée. J'ai juste un p'tit prob que je n'arrive pas a comprendre.

Lorsque j'envoi un fichier, le fichier de destination ne se renomme pas et reste en *.tmp. Dans le code on peux voir que le prog détecte la fin du fichier lorsque le nombre de bite reçu est égale à la taille du fichier et c'est a ce moment qu'il renomme le fichier. Seulement voilà, chez moi le fichier de destination est toujours plus grand de quelque bite que l'original . Je ne comprend vraiment pas d'où vienne ces bites.
Posté le : 31/05/2004 15:01:37

Déposé sur Convertisseur de codes couleur décimal - hexadécimal - rgb

ça aurait été une super source si au moins elle fonctionnait CORRECTEMENT
Posté le : 17/01/2004 17:24:43

Déposé sur Compresser/décompresser des fichiers zip

Suite au message que j'ai posté il y a qq min et aux teste que je viens de faire je peux vous affirmer que:

- Si un nom de fichier comporte le caractère suivant:  [ (crochet d'ouverture), et bien celui-ci n'est pas ajouter au ZIP et une erreur est retournée.

Voilà pour l'information
@+
Posté le : 30/09/2003 20:44:57

Déposé sur Compresser/décompresser des fichiers zip

Non franchement cette source est super. elle m'a bien rendu service.

Mais j'ai quand même une question:
Dans les commantaire, il est bien indiqué que la fonction AddFile retourne la valeur 0 ou 1.
Maintenant voilà... Avec certain fichier, cette fonction me renvoi non pas un 0 ni un 1 mais un 12 !!!

J'aimerais bien connaitre d'ou viens se chiffre??

Merci d'avance

Au fait, ce '12' me viens (entre autre), avec des film au format .AVI. Mais il apparaît aussi avec d'autre fichier
Posté le : 30/09/2003 20:20:31

Déposé sur Mp3 tag edit

Super ce prog. Mais j'aimerais quand meme savoir pourquoi lorsque l'on ajoute deux string ensemble (nomfinal=artist & titre), le 2ème string (titre) n'apparaît pas tout le temps?
Parce que je voulais utiliser une ListBox au lieu d'une ListView
Posté le : 06/01/2003 18:27:44

1


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode

Photothèque

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,640 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales