Il s'agit de la commande basenameposix qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
basename — renvoie la partie non-répertoire d'un nom de chemin
SYNOPSIS
nom de base un magnifique [suffixe]
DESCRIPTION
La un magnifique l'opérande doit être traité comme un chemin, tel que défini dans les définitions de base
tome de POSIX.1‐2008, Section 3.267, Chemin d'accès. La chaîne un magnifique doit être converti en
le nom de fichier correspondant au dernier composant de chemin d'accès dans un magnifique puis le suffixe
un magnifique suffixe, s'il est présent, doit être supprimé. Cela doit être fait en effectuant des actions
équivalent aux étapes suivantes dans l'ordre :
1. Si un magnifique est une chaîne nulle, il n'est pas spécifié si la chaîne résultante est '.' or
une chaîne nulle. Dans les deux cas, ignorez les étapes 2 à 6.
2. Si un magnifique is "//", il est défini par la mise en œuvre si les étapes 3 à 6 sont ignorées ou
traité.
3. Si un magnifique se compose entièrement de personnages, un magnifique doit être réglé sur un seul
personnage. Dans ce cas, ignorez les étapes 4 à 6.
4. S'il y a des traînées personnages dans un magnifique, ils doivent être supprimés.
5. S'il y en a caractères restant dans un magnifique, le préfixe de un magnifique jusqu'à
et y compris le dernier personnage dans un magnifique doit être supprimé.
6. Si le suffixe l'opérande est présent, n'est pas identique aux caractères restant dans
un magnifique, et est identique à un suffixe des caractères restant dans un magnifique, le suffixe
suffixe doit être retiré de un magnifique. Autrement, un magnifique n'est pas modifié par cette étape.
Il ne doit pas être considéré comme une erreur si suffixe ne se trouve pas dans un magnifique.
La chaîne résultante doit être écrite sur la sortie standard.
OPTIONS
Aucun.
OPÉRANDES
Les opérandes suivants doivent être pris en charge :
un magnifique Un string.
suffixe Un string.
STDIN
Non utilisé.
CONTRIBUTION DES DOSSIERS
Aucun.
ENVIRONNEMENT VARIABLES
Les variables d'environnement suivantes doivent affecter l'exécution de nom de base:
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, Section 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_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).
LC_MESSAGES
Déterminez les paramètres régionaux qui doivent être utilisés pour affecter le format et le contenu de
messages de diagnostic écrits dans l'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
La nom de base L'utilitaire doit écrire une ligne sur la sortie standard au format suivant :
"%s\n", <résultant un magnifique>
STDERR
L'erreur standard ne doit être utilisée que pour les messages de diagnostic.
SORTIE DES DOSSIERS
Aucun.
ÉLARGI DESCRIPTION
Aucun.
EXIT STATUT
Les valeurs de sortie suivantes doivent être renvoyées :
0 Achèvement réussi.
>0 Une erreur s'est produite.
CONSÉQUENCES OF LES ERREURS
Par défaut.
La Abonnement les sections informatif.
INSCRIPTION UTILISATION
Définition de la bodhicitta chemin d'accès spécifie le comportement défini par l'implémentation pour les chemins d'accès
en commençant par deux personnages. Par conséquent, les demandes ne doivent pas ajouter arbitrairement
caractères au début d'un chemin d'accès à moins qu'ils ne puissent s'assurer qu'il y a
plus ou moins de deux ou sont prêts à faire face à la mise en œuvre définie
conséquences.
EXEMPLES
Si la chaîne un magnifique est un chemin d'accès valide :
$(nom de base -- "un magnifique")
produit un nom de fichier qui pourrait être utilisé pour ouvrir le fichier nommé par un magnifique dans l'annuaire
retourné par :
$(nom de rép -- "un magnifique")
Si la chaîne un magnifique n'est pas un nom de chemin valide, le même algorithme est utilisé, mais le résultat
ne doit pas nécessairement être un nom de fichier valide. Les nom de base l'utilitaire n'est pas censé porter de jugement
sur la validité de un magnifique comme chemin d'accès ; il suit simplement l'algorithme spécifié pour
produire une chaîne de résultat.
Le script shell suivant compile /usr/src/cmd/cat.c et déplace la sortie dans un fichier
nommé cat dans le répertoire courant lorsqu'il est invoqué avec l'argument /usr/src/cmd/chat ou avec
l'argument /usr/src/cmd/cat.c:
c99 -- "$(nom de rép -- "$1")/$(nom de base -- «$ 1» .c).c" &&
mv a.out "$(nom de base -- «$ 1» .c)"
RAISONNEMENT
Les comportements de nom de base ainsi que dis-moi ont été coordonnés de sorte que lorsque un magnifique est un valide
chemin d'accès :
$(nom de base -- "un magnifique")
serait un nom de fichier valide pour le fichier dans le répertoire :
$(nom de rép -- "un magnifique")
Cela ne fonctionnerait pas pour les premières versions de proposition de ces utilitaires en raison de la façon dont il
traitement spécifié de la fuite personnages.
Depuis la définition de chemin d'accès spécifie le comportement défini par l'implémentation pour les chemins d'accès
en commençant par deux caractères, ce volume de POSIX.1‐2008 spécifie des
comportement défini par la mise en œuvre pour le nom de base ainsi que dis-moi utilitaires.
FUTUR DIRECTIONS
Aucun.
Utilisez basenameposix en ligne à l'aide des services onworks.net