XRCOPY - UNE SORTE DE SYNCHRONISATION DE RÉPERTOIRES
cs_loulou69
Messages postés672Date d'inscriptionmercredi 22 janvier 2003StatutMembreDernière intervention 2 juin 2016
-
6 août 2008 à 17:20
aserf
Messages postés114Date d'inscriptionlundi 15 avril 2002StatutMembreDernière intervention 1 juillet 2011
-
30 oct. 2008 à 17:30
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
aserf
Messages postés114Date d'inscriptionlundi 15 avril 2002StatutMembreDernière intervention 1 juillet 2011 30 oct. 2008 à 17:30
Effectivement, il est plus que conseiller d'utiliser robocopy pour fair des synchros de repertoirs, des copy, ... plutot que xcopy, de plus il est vraiment tres puissant, beaucoup de possibilité de parametrage, et il n'encombre pas la couche reseaux et ne prend que tres peu de processeur.
Mais effectivement il n'y as pas les sources de rococopy. En soit ce n'est pas vraiment un probleme vue tout ce qu'il peu fair
cs_glad
Messages postés97Date d'inscriptionlundi 26 novembre 2001StatutMembreDernière intervention24 février 2012 27 août 2008 à 07:58
hum, je ne suis pas l'auteur de ce logiciel...
Il faut voir avec OOL :-)
Adn56
Messages postés1172Date d'inscriptionjeudi 24 mai 2007StatutMembreDernière intervention28 septembre 20131 26 août 2008 à 16:45
bé la source de robocopy ^____^'
cs_glad
Messages postés97Date d'inscriptionlundi 26 novembre 2001StatutMembreDernière intervention24 février 2012 26 août 2008 à 07:54
quoi source ?
Adn56
Messages postés1172Date d'inscriptionjeudi 24 mai 2007StatutMembreDernière intervention28 septembre 20131 22 août 2008 à 19:02
^source ???^
cs_ool
Messages postés1Date d'inscriptionjeudi 15 février 2007StatutMembreDernière intervention22 août 2008 22 août 2008 à 14:51
bien, mais il y a ROBOCOPY qui fait beaucoup plus
cs_eldim
Messages postés956Date d'inscriptionlundi 30 mai 2005StatutMembreDernière intervention21 août 20141 7 août 2008 à 12:07
ça à l'air pas mal
à mon avis, les on error resume next gachent un peu le truc
en effet, si tu as une erreur sur un if le resume next te fait passer dans le if ce qui peut s'avérer une grosse source d'erreur...
(mieux vaut que tu ailles directement sur le next en cas d'erreur)
cs_glad
Messages postés97Date d'inscriptionlundi 26 novembre 2001StatutMembreDernière intervention24 février 2012 7 août 2008 à 07:46
heu merci beaucoup :-)
je l'avais tout d'abord écrit en VC++ mais je n'ai pas su m'en sortir avec les chemins UNC...
J'ai choisi le vb6 car le runtimes est bcp moins lourd et surtout validé sur nos serveurs d'exploitation, ce qui n'est pas le cas des vb.net...
Petite précision que j'avais oublié, pour la compilation de ce projet :
- En référence, mettre microsoft scripting runtime,
- vérifier dans les propriétés du projet que "mode d'exécution autonome est coché"
- Faire fichier/créer exécutable, puis en ligne de commande utiliser le fichier batch : link xrcopy.exe
Adn56
Messages postés1172Date d'inscriptionjeudi 24 mai 2007StatutMembreDernière intervention28 septembre 20131 6 août 2008 à 21:22
perso j'aimerais une source ne vb.net, mais bon...
Xcopy de $soft à de gros soucis ! manque de mémoire avec/ou sans le commutateur /d et aprés moulte recherche surle net, ben ya pas de soluce -_-"
donc un 8/10 pour t'encourager à améliorer ta source (un ptit exe pour ceux qui n'on t que vb.net serais aussi sympa ^^)
++
cs_loulou69
Messages postés672Date d'inscriptionmercredi 22 janvier 2003StatutMembreDernière intervention 2 juin 20161 6 août 2008 à 17:36
Voila une note : mon premier commentaire et ma premiere note
cs_loulou69
Messages postés672Date d'inscriptionmercredi 22 janvier 2003StatutMembreDernière intervention 2 juin 20161 6 août 2008 à 17:20
Bonjour glad
J'approuve totalement ce genre de programme même si je ne sais pas ce qu'il fait de mieux qu'un fichier de commande contenant des commandes copy.
Si en plus il pouvait y avoir un éditeur permettant à tout un chacun de créer une liste d'éléments à sauvegarder se serait génial.
30 oct. 2008 à 17:30
Mais effectivement il n'y as pas les sources de rococopy. En soit ce n'est pas vraiment un probleme vue tout ce qu'il peu fair
27 août 2008 à 07:58
Il faut voir avec OOL :-)
26 août 2008 à 16:45
26 août 2008 à 07:54
22 août 2008 à 19:02
22 août 2008 à 14:51
7 août 2008 à 12:07
à mon avis, les on error resume next gachent un peu le truc
en effet, si tu as une erreur sur un if le resume next te fait passer dans le if ce qui peut s'avérer une grosse source d'erreur...
(mieux vaut que tu ailles directement sur le next en cas d'erreur)
7 août 2008 à 07:46
je l'avais tout d'abord écrit en VC++ mais je n'ai pas su m'en sortir avec les chemins UNC...
J'ai choisi le vb6 car le runtimes est bcp moins lourd et surtout validé sur nos serveurs d'exploitation, ce qui n'est pas le cas des vb.net...
Petite précision que j'avais oublié, pour la compilation de ce projet :
- En référence, mettre microsoft scripting runtime,
- vérifier dans les propriétés du projet que "mode d'exécution autonome est coché"
- Faire fichier/créer exécutable, puis en ligne de commande utiliser le fichier batch : link xrcopy.exe
6 août 2008 à 21:22
Xcopy de $soft à de gros soucis ! manque de mémoire avec/ou sans le commutateur /d et aprés moulte recherche surle net, ben ya pas de soluce -_-"
donc un 8/10 pour t'encourager à améliorer ta source (un ptit exe pour ceux qui n'on t que vb.net serais aussi sympa ^^)
++
6 août 2008 à 17:36
6 août 2008 à 17:20
J'approuve totalement ce genre de programme même si je ne sais pas ce qu'il fait de mieux qu'un fichier de commande contenant des commandes copy.
Si en plus il pouvait y avoir un éditeur permettant à tout un chacun de créer une liste d'éléments à sauvegarder se serait génial.
Je t'encourage à poursuivre : très bon projet