Retourner aux forums || Retourner au forum Linux.general
Linux.general : caractères interdits linux, windows, mac
Posté par Julien NOEL () le 14 septembre 2004Je demande à un ami ce qu'il en est de MacOS et de m'indiquer (c'est du copier coller) :
"Le seul caractère vraiment interdit est le ":", qui était utilisé comme séparateur de noms de dossiers sous Mac OS (l'équivalent du "/" sous Unix ou du "\" sous DOS). Sous MacOSX, l'OS sous-jacent étant BSD (donc système de nommage de fichiers Unix), le "/" est interdit pour les mêmes raisons (comme sous Linux et autres Unix).
(Notes: Les versions de MacOS jusqu'à MacOS 9 permettaient d'utiliser un "/" dans un nom de fichier, ce qui évidemment pose problème lors d'une conversion vers MacOSX. Inversement, je peux créer sous MacOSX un fichier qui contient un ":" dans son nom si j'utilise le prompt, mais pas si j'utilise le Finder.)
Donc: ne pas utiliser ":" ni "/" dans un nom de fichier sur un Mac.
En ce qui concerne les caractères accentués, MacOSX utilise Unicode, et plus précisément UTF-8, pour le stockage des noms de fichiers. Donc les accents (ou même les idéogrammes chinois) sont possibles. Malheureusement toutes les applications disponibles ne gèrent pas nécessairement très bien ça (à ce qu'il paraît; je n'ai pas encore eu ce genre de problèmes). Bien entendu tout devient encore plus compliqué si on utilise X11 sous MacOSX, et que l'on a des applications (y compris sous Gnome ou KDE) qui ignorent tout des noms de fichiers en UTF-8.
Pour simplifier les choses (et les échanges avec les propriétaires de PC sous DOS), il est aussi recommandé de ne pas utiliser non plus les caractères "interdits" de DOS. (Cela simplifie les choses lorsqu'on utilise une clef "flash" USB ou un disque portable formaté FAT qui devra être utilisé sur un Mac et sur un PC. Même remarque pour quand il faut faire un CD, aussi, puisque ISOfs a ses propres limitations (du point de vue des caractères utilisables, et du point de vue des caractères accentués.)
Refs:
http://www.westwind.com/reference/OS-X/paths.html(...)
http://www.hmug.org/Tips/DarkSide.html(...)"
Bon ok, mais maintenant, qu'en est il pour linux.
Que ce soit avec konqueror ou midnight commander, j'ai beau essayer tous les caractères$µ"'({(-è_ etc. dans un nom de fichier et aucun ne bronche en m'envoyant promener.
Ma question est donc : linux accepte-il donc TOUS les caractères ? (sachant évidemment qu'il vaut mieux éviter les spéciaux comme / par exemple).
merci pour vos réponses qui ne manqueront pas de m'enrichir.
> Lire le message (14 commentaires, moyenne: 1,6).
Hormis Slash tout devrait passer
Normalement, les Unix et Unix Like acceptent TOUS les caractères hormis '/' dans les nom de fichier. Le '\0' n'est pas vraiment conseillé non plus étant donné le langage C :p
Tu peux meme mettre un '\n' (retour a la ligne) (à ne pas faire, ca rend fous quelques soft... (ainsi que l'utilisateur !))
-
[^]Re: Hormis Slash tout devrait passer
Posté par Bernard Massot () le 14/09/2004 à 13:25. (lien). Évalué à 1.Normalement, les Unix et Unix Like acceptent TOUS les caractères hormis '/' dans les nom de fichier.
Sous Linux le caractère '/' ne pose pas de problèmes. C'est pas hyper pratique mais il est autorisé.
Tu peux meme mettre un '\n' (retour a la ligne) (à ne pas faire, ca rend fous quelques soft... (ainsi que l'utilisateur !))
Je me suis déjà retrouvé, je ne sais pas comment, avec un fichier avec un '\r' dans le nom sur le FTP de free. J'ai eu du mal à l'effacer. ;-)
En tout cas ça prouve que même les noms de fichiers avec des caractères dits non-imprimables sont utilisables sous GNU/Linux. Qu'en est-il de ms windows et macos? :)-
[^]Re: Hormis Slash tout devrait passer
Posté par Krunch (Jabber id, page perso, ) le 14/09/2004 à 21:57. (lien). Évalué à 2.Quelques bidouilles avec les noms de fichiers par FTP: http://madchat.org/sysadm/unix.guide/articleFTP.txt(...)
--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
-
-
[^]Re: Hormis Slash tout devrait passer
Posté par Matthieu Moy (page perso, ) le 14/09/2004 à 16:44. (lien). Évalué à 2.Le '\0' n'est pas déconseillé mais interdit.
Le '/' est interdit, mais certains logiciels comme konqueror acceptent le '/' en l'encodant en '%2f' sur le disque.
Pour les autre caractères, ils sont tous autorisés. (Mais beaucoup sont déconseillés ...)
try again, obiwan!
Le coup classique pour apprendre aux nouveaux l'intérêt de certaines choses sous linux : le fichier qui s'appelle : * (à créer avec > touch "*").
Sauras-tu effacer ce fichier, petit homme? (sans tout détruire sur ton passage bien sûr, et sans utiliser des programmes qui savent tout faire sans problème comme konqui)
encore plus "hype": > touch '"*"'
grand concours : trouvez les noms de fichiers les plus chiants à manipuler...
PS.: C'est chiant ces articles qui se baladent dans le site comme ils veulent... on se croierait à la course au trésor.
-
[^]Re: try again, obiwan!
Posté par Djax () le 14/09/2004 à 13:52. (lien). Évalué à 1.Au choix, avec bash pour touch "*":
rm '*'
rm \*
rm "*"
pour touch '"*"';
rm \"\*\"-
[^]Re: try again, obiwan!
Posté par rb14 () le 14/09/2004 à 14:27. (lien). Évalué à 2.très bien petit homme, essaies d'attraper les clefs (oui je sais c'est évident):
> touch -- '-rf $HOME'-
[^]Re: try again, obiwan!
Posté par Djax () le 14/09/2004 à 16:08. (lien). Évalué à 1.Tu donnes la solution avec ton "--" (fin des options) dans:
touch -- '-rf $HOME'
rm -- -rf\ \$HOME
rm -- '-rf $HOME'
Same player, play again.-
[^]Re: try again, obiwan!
Posté par Matthieu Moy (page perso, ) le 14/09/2004 à 16:40. (lien). Évalué à 1.Crée le fichier vide `rm -rf ${HOME}`
;-)
Sinon, j'en avais un rigolo tout à l'heure sur mon compte (je sais pas comment il est arrivé là !) : ^A^K, mais les vrais caractères de controle, pas les 4 caractères imprimables ...-
[^]Re: try again, obiwan!
-
-
-
-
Caractères autorisés
Bonjour,
Je procederai plutôt de la manière inverse : tout caractère est interdit sauf les lettres de a à z (majuscules et minuscules), les chiffres (0-9), le tiret et le souligné.
Avec ca il ne devrait pas y avoir de souci d'incompatibilité, tu évites les caractères bizarres sous des systèmes "exotiques" et cela me semble relativement pérenne.
Et ca évite de retenir des choses alambiquées pour les utilisateurs lambdas.
-
[^]Re: Caractères autorisés
Posté par baud123 (Jabber id, page perso, ) le 14/09/2004 à 14:54. (lien). Évalué à 2.et le 1er caractère est une lettre (majuscule ou minuscule)
ne pas autoriser le . c'est bien pour :
- éviter les fichiers cachés sous linux/unix (1er caractère)
- empêcher windoze de transformer les extensions au download (par exemple, il a la fâcheuse tendance à transformer les .tar.bz2 en tar.tar)
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general
Cette page a été générée par Templeet en 0.0665s (dont 0.0057 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.