Showing changes from revision #6 to #7:
Added | Removed | Changed
Les versions précédentes de RISC OS supportaient des noms de fichiers limités à 10 caractères. Cette restriction a été levée a partir de la version 4.02.
FileSwitch? contrairement à beaucoup d’autres systèmes d’exploitation, ne fait pas de distinctions entre les caractères majuscules et minuscules. Un fichier nommé ‘john’ est le même que ‘John’ ou ‘JOHN’.
Certains caractères ont une signification particulière et ne peuvent pas être utilisés dans un nom de fichier. En règle générale, il ne faut pas utiliser de caractères dont le bit de poids fort est allumé, même si FileCore peut les supporter.
Voici la liste des caractères qui ne peuvent pas être utilisés.
Caractères | Usage |
---|---|
. | Utilisé pour séparer les dossiers (équivalent à / sur les autres OS) |
: | Utilisé pour précéder un disque (exemple :0, :HardDisc). Utilisé également pour indiquer un type de système de fichier (adfs:) |
* | Métacaractère pour représenter 0 ou plus de caractères |
# | Métacaractère pour représenter 1 ou plus de caractères |
$ | Défini le dossier racine du disque |
& | Défini le dossier utilisateur (URD) |
@ | Défini le dossier courant (CSD) |
% | Défini le dossier ‘Library’ courant (CSL) |
\ | Défini le dossier précédemment sélectionné (PSD)1 |
^ | Défini le dossier parent |
Note: Sur RISC OS 2, les métacaractères pouvaient être différents selon qu’il s’appliquent à des fichiers ou à des dossiers. Sur les versions plus récentes de RISC OS les métacaractères fonctionnent de la même façon sur les fichiers et les dossiers.
Les répertoires dossiers, (ou dossiers), sont utilisés pour regrouper des fichiers et d’autres répertoires. dossiers.
Les objets présents dans le répertoire dossier courant peuvent être utilisés sans devoir spécifier le nom du répertoire. dossier.
Les noms de fichiers d’un répertoire dossier doivent être unique. Les noms de fichiers sont insensibles à la casse.
Le répertoire dossier racine (root) d’une unité de sauvegarde est représenté par le caractère $.
Puisque $ est le répertoire dossier racine, il n’a pas de parent. Essayer d’accéder au parent d’un répertoire dossier racine vous retournera le répertoire dossier racine lui-même.
Les fichiers d’un répertoire dossier autre que le répertoire dossier racine peuvent être utilisés en spécifiant le chemin du répertoire, dossier, ou bien en définissant le répertoire dossier comme étant le répertoire dossier courant (CSP ). Les fichiers peuvent alors est utilisés sans fournir le chemin du répertoire. dossier.
Le caractère ‘.’ est utilisé pour séparer les répertoires dossiers et définir une hiérarchie.
Path | Explication |
---|---|
$.Photos.Mariage001 |
Le fichier ‘Mariage001’ est dans le |
Vacances.Miami |
Le fichier ‘Miami’ est dans le |
Les attributs de fichiers sont utilisés pour enregistrer les droits de lecture et écriture autorisés. Ils sont enregistrés dans 4 octets (32 bits).
Les 24 bits de poids fort sont dépendants du système de fichiers utilisé.
Les 8 bits de point faibles sont utilisés de la manière suivante:
Bit | Interprétation si allumé |
---|---|
0 | Droit en lecture pour l’utilisateur |
1 | Droit en écriture pour l’utilisateur |
2 | Seul le propriétaire du fichier peut l’exécuter1, ou fichier privé2 |
3 | Protégé contre la suppression |
4 | Droit en lecture publique |
5 | Droit en écriture publique |
6 | Fichier Caché (Filer+) |
7 | Application (Filer+) |
1 S’applique au BBC ADFS uniquement.
2 S’applique aux serveurs de fichiers SJ Research uniquement.
Si les bit 6 et 7 sont allumés, alors le fichier est super caché !
Les 24 bits de poids fort sont dépendants du système de fichiers utilisé. Par exemple, NetFS les utilise pour stocker la date du fichier.
Les systèmes de fichiers conçus pour exploiter les fonctionnalités de FileCore, comme ADFS et RamFS, ignorent les bit 4 et 5. Ainsi ces fichiers peuvent être déplacés librement entre ADFS, RamFS et NetFS sans perdre leur autorisation publique.
Les bit 2, 6 et 7 doivent normalement être éteints lors de la création d’un fichier car ils sont réservés pour des versions ultérieures de RISC OS.
Contrairement à beaucoup d’autres systèmes d’exploitation, RISC OS ne dispose pas d’extension de fichier pour identifier un type de fichier. A la place, 3 caractères hexadecimaux (qui ne font pas partie du nom du fichier) sont utilisés.
Les applications qui chargent et sauvegardent des fichiers d’un type spécifique en informe le système d’exploitation. Le système se charge alors de remplacer l’icône de ce type de fichier par l’icône proposé par l’application.
Il lance également l’application si on double-clique sur l’un de ses fichiers.
Le type de fichier (3*4 bits) est stockées dans une partie de l’adresse de chargement
Les types de fichiers sont séparés en 3 groupes:
Plage | Usage |
---|---|
&000 – &0FF | Types réservés pour un usage personnel |
&100 – &3FF | Types réservés pour des logiciels non commerciaux |
&400 – &9FF | Types réservés pour des logiciels commerciaux |
&A00 – &AFF | Types réservés pour les logiciel AcornSoft |
&B00 – &DFF | Types réservés pour des logiciels commerciaux |
&E00 – &FFF | Types réservés au système d’exploitation |
Il est possible de lister les types de fichiers actuellement connu sur la machine locale en utilisant la commande suivante:
*Show File$Type_*
Pour obtenir une liste des types de fichiers les plus courant, consultez la page File Types.
Tous les fichiers ont en plus de leur nom, taille, type et attribut, deux valeurs 32bits décrivant le fichier. Ces valeurs sont créées lors de la création du fichier et peuvent valoir différentes données.
Lorsque le fichier est un programme exécutable
Ces deux valeurs contiennent:
La table ci-dessous montre le format des adresses mémoire:
Adresse de chargement | &XXXLLLLL |
---|---|
Adresse d’exécution | &GGGGGGGG |
Note: L’adresse d’exécution doit se trouver entre l’adresse de chargement et l’adresse de chargement + la longueur du fichier.
De plus, si les 12 bits haut de l’adresse de chargement sont allumés (XXX = &FFF) alors le fichier est supposé être daté.
Si les 12 bits haut de l’adresse de chargement sont allumés (XXX = &FFF) alors les 52 autres bits (20 sur l’adresses de chargement et 32 sur l’adresse d’exécution) sont utilisés pour stocker la date de création ou dernière modification du fichier ainsi que son type.
La date utilise 40 bits (non signé).
Cette valeur représente le nombre de centième de seconde qui se sont écoulés depuis le 1st Janvier 1900 à 00:00:00.
Le format ci-dessous montre où est stocké la date et le type du fichier:
Adresse de chargement | &FFFtttdd |
---|---|
Adresse d’exécution | &dddddddd |
Où d
est la date, et t
est le type du fichier.