Commande de copie de Windows codes de retour?

J'aimerais bien tester pour le succès ou l'échec d'une copie dans un fichier de commandes, mais je ne trouve pas de documentation sur ce que si tout errorlevel codes sont retournés. Par exemple

copy x y
if %errorlevel%. equ 1. (
    echo Copy x y failed due to ...
    exit /B
) else (
  if %errorlevel% equ 2. (
      echo Copy x y failed due to ...
      exit /B
   )
... etc ...
)
  • Vous pouvez trouver rapidement que copy a.txt a.txt sera de retour un errorlevel non égale à zéro, et copy a.txt b.txt sera de retour un errorlevel de zéro. Mais comme d'autres l'ont souligné, xcopy donne plus d'infos. Mais si vous n'avez pas besoin de cette info, juste un succès/échec, copy est tout simplement parfait.
InformationsquelleAutor Bill Ruppert | 2011-11-21
  1. 34

    Je préfère xcopy dans ce cas puisque le taux d'erreur sont documentées (voir xcopy documentation, paraphrasé ci-dessous):

    Exit code  Description
=========  ===========
    0      Files were copied without error.
    1      No files were found to copy.
    2      The user pressed CTRL+C to terminate xcopy.
    4      Initialization error occurred. There is not
           enough memory or disk space, or you entered
           an invalid drive name or invalid syntax on
           the command line.
    5      Disk write error occurred.

    Dans tous les cas, xcopy est beaucoup plus puissant de la solution. Le l'équivalent de la documentation pour copy ne pas documenter les niveaux d'erreur.

    Que d'un côté, vous voudrez peut-être repenser votre utilisation de la %errorlevel% variable. Il a des résultats inattendus, au moins dans certaines versions de Windows, si quelqu'un a explicitement fait quelque chose de stupide comme:

    set errorlevel=22

    Dans ces cas, la variable sera utilisé plutôt que de prendre le réel niveau d'erreur. La voie "normale" de le faire, c'est (dans l'ordre décroissant depuis errorlevel est un "plus grand ou égal à" vérifier):

    if errorlevel 2 (
    echo Copy x y failed due to reason 2
    exit /B

)
if errorlevel 1 (
    echo Copy x y failed due to reason 1
    exit /B
)

    En outre, si vous exécutez Win7 ou Win Server 2008 ou une version ultérieure, vous devriez regarder dans Robocopy, qui est maintenant le préféré de masse-copie de la solution.

    • Il est plus facile à faire que la vérification de cette façon: for %%e in (5 4 3 2 1) do if errorlevel %%e goto reason-%%e suivie par echo Copy OK
    • vous avez également besoin de test pour les valeurs négatives de errorlevel, avec des "si pas errorlevel 0" ou similaire.
    • XCOPY ne pas retourner une variable errorlevel négative. La norme est: Si elle est exécutée OK: retour 0, si fin, car toute erreur: le retour d'une valeur supérieure à 0.
    • XCOPY ne pas délibérément de retour négatif errorlevel, mais peut encore le faire dans des circonstances inhabituelles. La plupart des codes d'exception sont négatifs alors interprété comme un entier signé.
    • C'est IMPOSSIBLE pour XCOPY pour retourner une variable errorlevel négative parce que les valeurs possibles vont de 0 à 255 (un octet). En effet, il est impossible pour n'importe quel exécutable externe fichier de retour négatif de la valeur errorlevel dans Windows/DOS de l'environnement. L'interne seulement cmd.exe commande capable de le faire est EXIT /B exitcode que l'utilisation non standard, sans-papiers méthode pour définir un 32-bits signés valeur. Cependant, je vais vous offrir des excuses si vous me montrer toute la documentation sur la façon de retourner une variable errorlevel négative (une valeur supérieure à un octet) à partir d'un programme exécutable sous Windows/DOS de l'environnement.
    • Voir ExitProcess (msdn.microsoft.com/en-us/library/windows/desktop/...). DOS n'a rien à faire avec elle, par le chemin; sur Windows, XCOPY est une application Win32, pas une application DOS.
    • Compiler le programme Java suivant public class testprog{public static void main(String x[]){System.exit(-123);}} puis l'exécuter. Après cela, echo %errorlevel% sera en effet afficher -123. Non pas que tout cela est important pour xcopy qui est documenté à seulement return 0 ou plus, alors peut-être que la discussion devrait être pris ailleurs 🙂
    • la meilleure pratique est de toujours vérifier pour les valeurs de retour, juste au cas où. La documentation n'est pas toujours droit.
    • xcopy est obsolète depuis Windows Vista en.wikipedia.org/wiki/XCOPY#Deprecation
    • Edmund, je ferais plutôt confiance à Microsoft docs sur ce que wikipédia technet.microsoft.com/en-us/library/cc771254(v=ws.10).aspx
    • sur Vista, xcopy est définitivement obsolète; si vous tapez xcopy /? la deuxième ligne de sortie de lit "REMARQUE: Xcopy est maintenant obsolète, veuillez utiliser Robocopy." Je ne sais pas si c'est encore vrai dans les Windows 7/8, c'était peut-être de l'onu-déconseillé de nouveau. 🙂
    • Intéressant @Harry, un tel avertissement sur mon Win7 boîte. Peut-être qu'ils ne undeprecate il. Peut-être un client important s'est plaint (quelque chose que j'ai vu à un certain autre grande entreprise). Encore, RoboCopy semble être un beaucoup plus solution flexible et il est probable que xcopy est maintenant gelés en fonctionnalités (en mode de maintenance uniquement).
    • les deux peuvent être remplies: une commande peut renvoyer uniquement des valeurs positives mais cmd.exe peut afficher des valeurs négatives pour la commande. Windows utilise entier 32 bits non signé de statut de sortie (DWORD, UINT) dans son API, mais cmd.exe peut afficher ce nombre entier non signé ses deux du compliment de valeur négative, exemple
    • Une remarque pour utiliser xcopy: xcopy également retourne le code de sortie 4 si le fichier de destination existe déjà et est en cours d'utilisation (c'est à dire ne peut pas être remplacé).

    InformationsquelleAutor paxdiablo
  2. 16

    Il pourrait également être intéressant de souligner que xcopy ne permet pas toujours de retourner le code d'erreur que vous attendez.

    Par exemple lorsque vous essayez de copier plusieurs fichiers avec un caractère générique, mais il n'y a pas de fichiers à copier vous s'attendre à un retour de code d'erreur de 1 ("Aucun fichier n'a été trouvé à la copie"), mais en fait il retourne 0 ("les Fichiers ont été copiés sans erreur")

    C:\Users\wilson>mkdir bla

C:\Users\wilson>mkdir blert

C:\Users\wilson>xcopy bla\* blert\
0 File(s) copied

C:\Users\wilson>echo %ERRORLEVEL%
0
    • Logique mathématique: sum(0) = 0. Non pas qu'il n'est pas un argument pour la marche arrière, mais la copie rien ne l'est, de l'omi, certainement pas une situation d'échec: une liste de zéro opérations réussit toujours (pensez à LINQ ou d'autres requêtes SQL, ce n'est pas une erreur si le jeu de résultats est vide).
    • Oui, je sais. Logiquement, un code de retour à zéro est probablement correcte. Mais si l'on considère le code de retour de la description "les Fichiers ont été copiés sans erreur" alors je m'attends à un retour non nul de code de cette situation.
    • Peut-être que xcopy a besoin d'un 6 code de retour: 5 - fichiers n'ont pas été copiés sans erreur. Ce serait enlever toute confusion, non?
    InformationsquelleAutor Wilson Waters
  3. 11

    Je crois Copy seulement renvoie 0 en cas de succès ou 1 en cas d'échec.

    XCopy a documenté les codes de retour:

    0 = les Fichiers ont été copiés sans erreur.

    1 = Aucun fichier n'a été trouvé pour le copier.

    2 = L'utilisateur appuie sur CTRL+C pour mettre fin à xcopy.

    4 = Initialisation erreur s'est produite. Il n'y a pas assez de mémoire ou d'espace disque, ou que vous avez entré est invalide nom du lecteur ou de la syntaxe non valide sur la ligne de commande.

    5 = écriture sur le Disque erreur s'est produite.

    • +1 pour un bon résumé de xcopy codes. Merci pour l'aide!
    InformationsquelleAutor Hand-E-Food
  4. 1

    Il y a aussi un point que je voudrais souligner: xcopy ainsi que robocopy ne peut copier des fichiers, mais ils ne peuvent pas les renommer.

    En regardant la situation d'origine (copy x y, qui ressemble à un changement de nom pour moi), j'ai l'impression que le copy commande est toujours le seul adapté à cette fin.

    • Je ne savais pas que. Le copy x y était arbitraire, je ne voulais pas insinuer renomme uniquement. J'ai été en utilisant les 0 et les 1 de codes de retour avec copie et qu'ils fonctionnent très bien.
    • En fait, vous pouvez renommer les fichiers avec XCOPY, je l'ai fait pendant des années avec des scripts à partir du passé.... ECHO F | XCOPY /Y /F "C:\Path\OrigFileName.txt" "C:\Path\NewFileName.txt"
    InformationsquelleAutor Dominique