DavidT
Messages postés43Date d'inscriptionlundi 31 décembre 2001StatutMembreDernière intervention 5 février 2005 14 janv. 2002 à 22:50
Fausse alete, après plusieurs essais, VB me dit "erreur 5, argument ou appel de procédure incorrecte" :=(
DavidT
Messages postés43Date d'inscriptionlundi 31 décembre 2001StatutMembreDernière intervention 5 février 2005 14 janv. 2002 à 22:35
Ce marche !!! t'es un pro Repie
cs_Repie
Messages postés103Date d'inscriptionmardi 10 octobre 2000StatutMembreDernière intervention 5 mars 2006 8 janv. 2002 à 18:22
Si G bien compris tu envoies ton zip puis tu envoies "END" à la suite ou à part
d'apres ce que tu dis :
"la socket qui réceptionne les DATA comprend END comme une valeur à stocker dans le fichier ZIP cible"
tu as juste à changer ta ligne de test
si temp = "END"
par
if Mid(temp, Len(temp) - 3, 3) = "END" then
dis moi si ca marche ;)
DavidT
Messages postés43Date d'inscriptionlundi 31 décembre 2001StatutMembreDernière intervention 5 février 2005 5 janv. 2002 à 05:12
Merci, le sit us renseigne bien des choses intéressantes.. apparamment les US sont un peut plus en avance..
Toutefois mon problème persiste... le fichier reste toujours indécompresible et le tant que le programme qui le réceptionne n'est pas fermé, normalement j'ai fait un
id data="END" then close #2 mais la socket qui réceptionne les DATA comprend END comme une valeur à stocker dans le fichier ZIP cible
Ainsi, le programme attend toujours sa valeur END pour fermer le fichier.
J'ai essayé plusieurs tentatives voir même en effectuant une pause après le EOF afin que la socket s'arrête de s'affoler.. mais rien y change.
C'est dommage, car le transfert s'effectue dans les meilleurs conditions et 100Mo se copient desfois plus vite qu'en transfert de fichiers UNC ...
... pour un appli automatique, je me casse les dents...
cs_max12
Messages postés1491Date d'inscriptiondimanche 19 novembre 2000StatutModérateurDernière intervention 7 juillet 2014 3 janv. 2002 à 05:09
Sa été trouver sur planetsourcecode.com sauf que tu a fait quelque modif, mais j'aime bien cool !!
14 janv. 2002 à 22:50
14 janv. 2002 à 22:35
8 janv. 2002 à 18:22
d'apres ce que tu dis :
"la socket qui réceptionne les DATA comprend END comme une valeur à stocker dans le fichier ZIP cible"
tu as juste à changer ta ligne de test
si temp = "END"
par
if Mid(temp, Len(temp) - 3, 3) = "END" then
dis moi si ca marche ;)
5 janv. 2002 à 05:12
Toutefois mon problème persiste... le fichier reste toujours indécompresible et le tant que le programme qui le réceptionne n'est pas fermé, normalement j'ai fait un
id data="END" then close #2 mais la socket qui réceptionne les DATA comprend END comme une valeur à stocker dans le fichier ZIP cible
Ainsi, le programme attend toujours sa valeur END pour fermer le fichier.
J'ai essayé plusieurs tentatives voir même en effectuant une pause après le EOF afin que la socket s'arrête de s'affoler.. mais rien y change.
C'est dommage, car le transfert s'effectue dans les meilleurs conditions et 100Mo se copient desfois plus vite qu'en transfert de fichiers UNC ...
... pour un appli automatique, je me casse les dents...
3 janv. 2002 à 05:09