Bonjour MilesTEG1,
à tester la présence des repertoires il y a rien d'important pour les copies,
d'accord tu t'assures de la présence ou existence des 'dossiers'.
Les 'dossiers' existent d'accord.
Quand tu lances tes copies, un disque dur laches, le réseau se déconnectes, le Pc prends une micro-coupure..
tout ce qui peut faire rater ta copie ... ( le pire cas ).
Tu lancerai tes copies avec la commande dédié,
sur le premier fichier,
un défaut te renvoies 'false'
et les milles autres fichiers font la même chose,
l'ensemble des copies a foiré
et pourtant les 2 dossiers sont valides.
en fait, tu aura testé autant de fois que nécessaires,
des 'variables adresse de disque' pour constater qu'aucune copies n'a été correctement réalisée.
en bref :
fais une boucle et envoies toutes tes copies une par une.
sur une erreur , c'est 'false' qui sera retourné.
Dans tes vérifications avant de copier,
tu va faire ( tu peux compter sur tes doigts le nombre de tests ),
4 tests au moins , puis faire une liste
pour ne faire aucune copie ( en cas d'indisponibilité )
donc :
boucle sur ta liste de fichiers,
compte les erreurs dans des logs.
et tu divise le nombre de if if fi if if fi fi par 4 au moins.
c'est parmi les 'erreurs de logique' en algo.
Trop de code en fait.
foreach "file_from" in LIST
bRETurn = true
bRETurn = copy_to( file_to , file_from )
if bRETurn == false then
log ( fail copy :: file_from )
fi
next for
C'est des accès "lecture / écriture" en moins etc ....
A chaque ligne de code , il se passes 1000 test , assignation , création d'objet , chargement , déchargement , instanciation ...
avec tout ça ... diviser par 4 le travail a faire par le CPU ...
ça fait un soft hyper rapide non ?
---------------
Nom : Prénom : Age : Adresse : Ville : Code Postal : Num Trois Tel