mvposix - En ligne dans le Cloud

PROGRAMME:

Nom

mv — déplacer des fichiers

SYNOPSIS

mv [-si] fichier source fichier cible

mv [-si] fichier source... rép_cible

DESCRIPTION

Dans le premier formulaire de synthèse, le mv l'utilitaire doit déplacer le fichier nommé par le fichier source
opérande vers la destination spécifiée par le fichier cible. Ce premier formulaire de synthèse est
supposé lorsque l'opérande final ne nomme pas un répertoire existant et n'est pas symbolique
lien renvoyant à un répertoire existant. Dans ce cas, si fichier source nomme un non-
fichier de répertoire et fichier cible se termine par une traînée personnage, mv doit traiter ce
comme une erreur et non fichier source les opérandes seront traités.

Dans le deuxième formulaire de synthèse, mv déplacera chaque fichier nommé par un fichier source opérande à un
destination dans le répertoire existant nommé par le rép_cible opérande, ou référencé
if rép_cible est un lien symbolique faisant référence à un répertoire existant. Le chemin de destination
pour chaque fichier source doit être la concaténation du répertoire cible, un seul
personnage si la cible ne s'est pas terminée par un , et le dernier composant de nom de chemin du
fichier source. Cette seconde forme est prise lorsque l'opérande final nomme un
répertoire.

Si un opérande spécifie un fichier existant d'un type non spécifié par les interfaces système
volume de POSIX.1‐2008, le comportement est défini par l'implémentation.

Pour chaque fichier source les mesures suivantes doivent être prises :

1. Si le chemin de destination existe, le −f l'option n'est pas spécifiée, et l'une des
les conditions suivantes sont vraies :

une. Les permissions du chemin de destination ne permettent pas l'écriture et le standard
l'entrée est un terminal.

b. Le -i est spécifiée.

le mv l'utilitaire doit écrire une invite à l'erreur standard et lire une ligne à partir de la norme
saisir. Si la réponse n'est pas affirmative, mv ne fera plus rien avec le courant
fichier source et passez à tout ce qui reste fichier sources.

2. Si le fichier source l'opérande et le chemin de destination nomment le même fichier existant, puis le
le chemin de destination ne doit pas être supprimé et l'un des événements suivants doit se produire :

une. Aucune modification n'est apportée à fichier source, aucune erreur ne se produit et aucun diagnostic n'est émis.

b. Aucune modification n'est apportée à fichier source, un diagnostic est émis à l'erreur standard
identifiant les deux noms, et le statut de sortie est affecté.

c. Si la fichier source opérande et nom de chemin de destination entrées de répertoire distinctes,
puis le fichier source l'opérande est supprimé, aucune erreur ne se produit et aucun diagnostic n'est
Publié.

Le manuel de formation mv l'utilitaire ne fera plus rien avec le courant fichier source, et passez à n'importe quel
restant fichier sources.

3. le mv le service public doit effectuer des actions équivalentes à la rebaptiser() fonction définie dans
le volume System Interfaces de POSIX.1‐2008, appelé avec les arguments suivants :

une. le fichier source l'opérande est utilisé comme et les sites anciens argument.

b. Le chemin de destination est utilisé comme nouvelle argument.

Si cela réussit, mv ne fera plus rien avec le courant fichier source et passez à
tout restant fichier sources. Si cela échoue pour des raisons autres que celles décrites
pour errno [EXDEV] dans le volume Interfaces système de POSIX.1‐2008, mv écrira
un message de diagnostic à l'erreur standard, ne faites plus rien avec le courant fichier source,
et passez à tout ce qui reste fichier sources.

4. Si le chemin de destination existe et qu'il s'agit d'un fichier de type répertoire et fichier source is
pas un fichier de type répertoire, ou c'est un fichier pas de type répertoire et fichier source is
un fichier de type répertoire, mv doit écrire un message de diagnostic à l'erreur standard, ne
plus rien avec le courant fichier source, et passez à tout ce qui reste fichier sources.
Si le chemin de destination existe et a été créé par une étape précédente, il n'est pas spécifié
si cela sera traité comme une erreur ou si le chemin de destination sera écrasé.

5. Si le chemin de destination existe, mv tentera de l'enlever. Si cela échoue pour un
raison, mv doit écrire un message de diagnostic à l'erreur standard, ne rien faire de plus avec
le courant fichier source, et passez à tout ce qui reste fichier sources.

6. La hiérarchie des fichiers enracinée dans fichier source doit être dupliqué en tant que hiérarchie de fichiers
enraciné dans le chemin de destination. Si fichier source ou l'un des fichiers ci-dessous dans le
hiérarchie sont des liens symboliques, les liens eux-mêmes doivent être dupliqués, y compris
leur contenu, plutôt que les fichiers auxquels ils se réfèrent. Ce qui suit
les caractéristiques de chaque fichier dans la hiérarchie des fichiers doivent être dupliquées :

* L'heure de la dernière modification des données et l'heure du dernier accès

* L'ID utilisateur et l'ID de groupe

* Le mode fichier

Si l'ID utilisateur, l'ID de groupe ou le mode de fichier d'un fichier normal ne peut pas être dupliqué, le
Les bits de mode fichier S_ISUID et S_ISGID ne doivent pas être dupliqués.

Lorsque les fichiers sont dupliqués dans un autre système de fichiers, la mise en œuvre peut nécessiter que
le processus invoquant mv a un accès en lecture à chaque fichier en cours de duplication.

Si les fichiers dupliqués vers un autre système de fichiers ont des liens physiques vers d'autres fichiers, il est
non spécifié si les fichiers copiés dans le nouveau système de fichiers ont les liens physiques
des copies conservées ou séparées sont créées pour les fichiers liés.

Si la duplication de la hiérarchie des fichiers échoue pour une raison quelconque, mv écrira un
message de diagnostic à l'erreur standard, ne faites plus rien avec le courant fichier source,
et passez à tout ce qui reste fichier sources.

Si la duplication des caractéristiques du fichier échoue pour une raison quelconque, mv écrira un
message de diagnostic à l'erreur standard, mais cet échec ne doit pas provoquer mv modifier
son état de sortie.

7. La hiérarchie des fichiers enracinée dans fichier source doit être supprimé. Si cela échoue pour un
raison, mv doit écrire un message de diagnostic à l'erreur standard, ne rien faire de plus
avec le courant fichier source, et passez à tout ce qui reste fichier sources.

OPTIONS

Le manuel de formation mv l'utilitaire doit être conforme au volume Base Definitions de POSIX.1‐2008, Blog 12.2,
Services Publics Syntaxe Conseils et recommandations.

Les options suivantes doivent être prises en charge :

−f Ne demandez pas de confirmation si le chemin de destination existe. Tout précédent
survenance de la -i l'option est ignorée.

-i Demande de confirmation si le chemin de destination existe. Toute occurrence précédente
du système −f l'option est ignorée.

Spécifier plus d'un des −f or -i les options ne doivent pas être considérées comme une erreur. Les
la dernière option spécifiée doit déterminer le comportement de mv.

OPÉRANDES

Les opérandes suivants doivent être pris en charge :

fichier source
Un chemin d'accès d'un fichier ou d'un répertoire à déplacer.

fichier cible
Un nouveau chemin d'accès pour le fichier ou le répertoire déplacé.

rép_cible
Un chemin d'accès d'un répertoire existant dans lequel déplacer les fichiers d'entrée.

STDIN

L'entrée standard doit être utilisée pour lire une ligne d'entrée en réponse à chaque invite
spécifié dans la section STDERR. Sinon, l'entrée standard ne doit pas être utilisée.

CONTRIBUTION DES DOSSIERS

Les fichiers d'entrée spécifiés par chaque fichier source L'opérande peut être de n'importe quel type de fichier.

ENVIRONNEMENT VARIABLES

Les variables d'environnement suivantes doivent affecter l'exécution de mv:

LANGUE Fournissez une valeur par défaut pour les variables d'internationalisation qui ne sont pas définies ou
nul. (Voir le volume Définitions de base de POSIX.1‐2008, Blog 8.2,
Internationalisation Variables pour la priorité de l'internationalisation
variables utilisées pour déterminer les valeurs des catégories de paramètres régionaux.)

LC_TOUS S'il est défini sur une valeur de chaîne non vide, remplace les valeurs de tous les autres
variables d'internationalisation.

LC_COLLER
Déterminer les paramètres régionaux pour le comportement des plages, des classes d'équivalence et des
éléments de classement de caractères utilisés dans l'expression régulière étendue définie pour
le ouiexr mot-clé locale dans le LC_MESSAGES catégorie.

LC_CTYPE Déterminer la localisation pour l'interprétation des séquences d'octets de données de texte
sous forme de caractères (par exemple, des caractères à un octet par opposition aux caractères à plusieurs octets dans
arguments et fichiers d'entrée), le comportement des classes de caractères utilisées dans le
expression régulière étendue définie pour le ouiexr mot-clé locale dans le
LC_MESSAGES catégorie.

LC_MESSAGES
Déterminer les paramètres régionaux utilisés pour traiter les réponses affirmatives et les paramètres régionaux utilisés
affecter le format et le contenu des messages de diagnostic et des invites écrits sur
erreur standard.

NLSPATH Déterminer l'emplacement des catalogues de messages pour le traitement des LC_MESSAGES.

ASYNCHRONE ÉVÈNEMENTS

Par défaut.

SORTIE STD

Non utilisé.

STDERR

Les invites doivent être écrites avec l'erreur standard dans les conditions spécifiées dans le
rubrique DESCRIPTIF. Les invites doivent contenir le chemin de destination, mais leur format
est par ailleurs non spécifié. Sinon, l'erreur standard ne doit être utilisée que pour le diagnostic
des messages.

SORTIE DES DOSSIERS

Les fichiers de sortie peuvent être de n'importe quel type de fichier.

ÉLARGI DESCRIPTION

Aucun.

EXIT STATUT

Les valeurs de sortie suivantes doivent être renvoyées :

0 Tous les fichiers d'entrée ont été déplacés avec succès.

>0 Une erreur s'est produite.

CONSÉQUENCES OF LES ERREURS

Si la copie ou la suppression de fichier source est interrompu prématurément par un signal ou une erreur,
mv peut laisser une copie partielle de fichier source à la source ou à la destination. Les mv utilitaire
ne doit pas modifier les deux fichier source et le chemin de destination simultanément ; résiliation à
tout point doit laisser soit fichier source ou le chemin de destination complet.

Le manuel de formation Abonnement les sections sommes-nous informatif.

INSCRIPTION UTILISATION

Certaines implémentations marquent pour la mise à jour l'horodatage du dernier changement d'état du fichier renommé
fichiers et d'autres non. Les applications qui utilisent le dernier changement d'état du fichier
l'horodatage peut se comporter différemment en ce qui concerne les fichiers renommés, à moins qu'ils ne soient conçus pour
permettre l'un ou l'autre comportement.

Le cahier des charges garantit que mv a a ne modifiera pas le contenu du fichier a, et permet
l'implémentation d'émettre une erreur indiquant qu'un fichier ne peut pas être déplacé sur lui-même. De même,
quand a et b sont des liens physiques vers le même fichier, mv a b ne changera pas b, mais si un diagnostic
n'est pas délivré, il n'est pas précisé si a est laissé intact (comme ce serait le cas par le
rebaptiser()) ou non liés (en réduisant le nombre de liens de b).

EXEMPLES

Si le répertoire courant ne contient que des fichiers a (de tout type défini par le Système
Volume des interfaces de POSIX.1‐2008), b (également de tout type), et un répertoire c:

mv a b c
mv c d

résultats avec les fichiers originaux a et b résidant dans l'annuaire d dans l'actuel
répertoire.

RAISONNEMENT

Les premières propositions divergeaient de la pratique historique du SVID et du BSD en ce qu'elles exigeaient
que lorsque le chemin de destination existe, le −f l'option n'est pas spécifiée et l'entrée n'est pas un
Terminal, mv échoue. Cela a été fait pour la compatibilité avec cp. Le texte actuel revient à
pratique historique. Il est à noter que cela est conforme à la rebaptiser() une fonction
défini dans le volume System Interfaces de POSIX.1‐2008, qui ne nécessite pas d'écriture
autorisation sur la cible.

Pour une clarté absolue, le paragraphe (1), décrivant le comportement de mv lors de la demande de
confirmation, doit être interprété de la manière suivante :

if (existe ET (NE PAS f_option) ET
((non_inscriptible ET input_is_terminal) OR i_option))

Le manuel de formation -i existe sur les systèmes BSD, donnant aux applications et aux utilisateurs un moyen d'éviter
dissociant accidentellement des fichiers lors du déplacement d'autres fichiers. Lorsque l'entrée standard n'est pas une
terminal, le BSD 4.3 mv supprime tous les chemins de destination existants sans invite, même
quand -i est spécifié; ceci est incompatible avec le comportement du BSD 4.3 cp utilitaire,
qui génère toujours une erreur lorsque le fichier n'est pas accessible en écriture et que l'entrée standard n'est pas
un terminal. Les développeurs de standards ont décidé que l'utilisation de -i est une demande d'interaction,
Ainsi, lorsque le chemin de destination existe, l'utilitaire prend les instructions de tout ce qui répond
à l'entrée standard.

Le manuel de formation rebaptiser() est capable de déplacer des répertoires dans le même système de fichiers. Certains
versions historiques de mv ont pu déplacer des répertoires, mais pas vers un autre fichier
système. Les développeurs standard considéraient qu'il s'agissait d'une incohérence gênante, donc
ce volume de POSIX.1‐2008 nécessite que les répertoires puissent être déplacés même à travers le fichier
systèmes. Il n'y a pas -R option pour confirmer que le déplacement d'un répertoire est réellement prévu,
puisqu'une telle option n'était pas requise pour déplacer des répertoires dans la pratique historique.
Exiger de l'application qu'elle le spécifie parfois, selon la destination, semblait
tout aussi incohérent. La sémantique du rebaptiser() fonction ont été préservées autant que
possible. Par exemple, mv n'est pas autorisé à ``renommer'' des fichiers vers ou depuis des répertoires,
même s'ils peuvent être vides et amovibles.

Implémentations historiques de mv ne sont pas sortis avec un statut de sortie différent de zéro s'ils étaient
incapable de dupliquer les caractéristiques d'un fichier lors du déplacement d'un fichier sur des systèmes de fichiers, ni
ont-ils écrit un message de diagnostic pour l'utilisateur. L'ancien comportement a été conservé
pour empêcher les scripts de se briser ; un message de diagnostic est maintenant requis, cependant, afin que
les utilisateurs sont avertis que les caractéristiques du fichier ont changé.

Le format exact des invites interactives n'est pas spécifié. Seule la nature générale de la
le contenu des invites est spécifié car les implémentations peuvent souhaiter plus de description
invites que celles utilisées sur les implémentations historiques. Par conséquent, une application n'utilisant pas
le −f option ou en utilisant le -i l'option s'appuie sur le système pour fournir le plus approprié
dialogue directement avec l'utilisateur, en fonction du comportement spécifié.

Quand mv s'occupe d'un seul système de fichiers et fichier source est un lien symbolique, le lien
lui-même est déplacé en conséquence de la dépendance à l'égard de la rebaptiser() fonctionnalité, par le
LA DESCRIPTION. Dans tous les systèmes de fichiers, cela doit être rendu explicite.

FUTUR DIRECTIONS

Aucun.

Utilisez mvposix en ligne en utilisant les services onworks.net