Section courante

A propos

Section administrative du site

Structure interne de DOS

Plusieurs composantes majeurs comprennent DOS, chacun avec une certaine tâche au sein du système. Les trois composantes les plus importants sont le DOS-BIOS, le noyau DOS et le processeur de commandes. Chacun apparaît dans un fichier séparé.

DOS-BIOS

Le DOS-BIOS est entreposé dans un fichier système apparaissant sous différents noms (IBMBIO.COM, IBMIO.SYS ou IO.SYS). Ce fichier a les attributs file caché et système, ce qui signifie que ce fichier système n'apparaît pas lorsque la commande DIR est entrée. Le DOS-BIOS contient les pilotes de périphérique pour les unités suivantes :

Périphérique Description
CON Clavier et affichage
PRN Imprimante
AUX Interface série
CLOCK Minuterie
Unités de disque et/ou disques durs portant les désignations d'unité A, B et C

Si DOS veut communiquer avec l'un d'eux, il accède à un pilote de périphérique contenu dans ce module, qui à son tour utilise les routines de ROM-BIOS. Le DOS-BIOS (c'est-à-dire la connexion entre les pilotes de périphériques individuels et d'autres routines dépendantes du matériel) sont les composantes les plus dépendants du matériel du système d'exploitation et varient d'un ordinateur à l'autre.

Ne confondez pas les pilotes de périphérique de ce module avec les pilotes de périphérique installables. Les pilotes de périphérique DOS-BIOS ne peuvent pas être modifiés par l'utilisateur.

Noyau DOS

Le noyau DOS dans le fichier IBMDOS.COM ou MSDOS.SYS est normalement invisible pour l'utilisateur. Il contient les descripteurs de fichiers de routine d'accès aux fichiers, l'entrée et la sortie de caractères,... Les routines fonctionnent indépendamment du matériel et utilisent les pilotes de périphérique du BIOS-DOS pour l'accès au clavier, à l'écran et au disque. Le module peut être utilisé par différents PC sans être limité à une seule machine. Les programmes utilisateur peuvent accéder à ces fonctions de la même manière que les fonctions ROM-BIOS : chaque fonction peut être appelée avec une interruption logicielle. Les registres du microprocesseur transmettent le numéro de fonction et les paramètres.

Processeur de commandes

Contrairement aux deux modules décrits ci-dessus, le processeur de commandes est contenu dans le fichier nommé COMMAND.COM. Il affiche le prompt "A>" ou "C>" à l'écran, accepte les entrées de l'utilisateur et contrôle l'exécution des entrées. De nombreux utilisateurs pensent à tort que le processeur de commandes est en fait le système d'exploitation. En réalité, ce n'est qu'un programme spécial exécutant sous contrôle DOS.

Voici des exemples de code source de COMMAND.COM :

Lien Langage de programmation Projet
https://github.com/microsoft/MS-DOS/blob/master/v1.25/source/COMMAND.ASM Assembleur 8086 MS-DOS 1.25
https://github.com/microsoft/MS-DOS/blob/master/v2.0/source/COMMAND.ASM Assembleur 8086 MS-DOS 2.0
https://github.com/gladir/corail/blob/master/COMMAND.PAS Free Pascal, Turbo Pascal Corail
https://github.com/FDOS/freecom/blob/master/shell/command.c C FreeCOM (FreeDOS)
https://github.com/joyent/sdcboot/tree/master/freedos/source/fourdos C 4DOS

Le processeur de commandes, également appelé shell en anglais, dans la terminologie du programmeur, se compose en fait de trois modules : une partie résidente, une partie transitoire et la routine d'initialisation.

La partie résidente (la partie restant toujours dans la mémoire de l'ordinateur) contient diverses routines appelées gestionnaires d'erreurs critiques. Ceux-ci permettent à l'ordinateur de réagir à différents événements, tels que l'appui sur les touches Ctrl+C ou Ctrl+Break ou des erreurs lors de la communication avec des périphériques externes (par exemple, des unités de disque et des imprimantes). Ces derniers provoquent le message :

Abort, Retry, Ignore
Abort, Retry, Fail

La partie transitoire contient du code pour afficher le prompt (A>, lire l'entrée de l'utilisateur à partir du clavier et exécuter l'entrée. Le nom de ce module est dérivé du fait que la mémoire RAM où il se trouve n'est pas protégée et peut être écrasée sous certaines circonstances. Lorsqu'un programme se termine, le contrôle revient à la partie résidente du processeur de commande. Il exécute un programme de somme de contrôle pour déterminer si la partie transitoire a été écrasée par le programme d'application. Si c'est le cas, la partie résidente recharge la partie transitoire.

La partie d'initialisation se charge pendant le processus de démarrage et initialise le DOS. Lorsque son travail se termine, il n'est plus nécessaire et la mémoire RAM qu'il occupe peut être écrasée par un autre programme. Les commandes acceptées par la partie transitoire du processeur de commandes peuvent être divisées en trois groupes : commandes internes, commandes externes et fichiers de traitement par lots. Les commandes internes se trouvent dans la partie résidente du processeur de commandes. COPY, RENAME et DIR sont des commandes internes. Les commandes externes doivent être chargées en mémoire à partir d'une disquette ou d'un disque dur selon les besoins. FORMAT et CHKDSK sont des commandes externes. Après exécution, le processeur de commandes libère la mémoire utilisée par ces programmes. Cette mémoire peut ensuite être utilisée à d'autres fins.

Fichiers de traitements par lots

Un fichier de traitement par lots est un fichier texte contenant une série de commandes DOS. Lorsqu'un fichier de traitement par lots est démarré, un interpréteur spécial dans la partie transitoire du processeur de commandes exécute les commandes du fichier de traitement par lots. L'exécution des commandes du fichier de commandes est la même que si l'utilisateur les avait saisies à partir du clavier. Un fichier séquentiel important est le fichier AUTOEXEC.BAT s'exécutant immédiatement après le premier chargement de DOS.

Comme toutes les commandes d'un fichier de traitement par lots, ces commandes sont vérifiées pour les commandes internes, les commandes externes ou les appels à d'autres fichiers de traitement par lots. Si le premier est vrai, la commande s'exécute immédiatement, car le code est déjà en mémoire (dans la partie transitoire du processeur de commandes). S'il s'agit d'une commande externe ou d'un autre fichier de traitement par lots, le système recherche la commande dans le répertoire courant. Si un tel fichier n'existe pas dans ce répertoire, tous les répertoires spécifiés dans la commande PATH sont parcourus en séquence. Lors de la recherche, seuls les fichiers avec les extensions .COM, .EXE ou .BAT sont examinés.

Étant donné que le processeur de commandes ne peut pas rechercher les trois extensions en même temps, il recherche d'abord les fichiers avec les extensions .COM, puis les fichiers .EXE et enfin les fichiers .BAT. Si la recherche échoue, l'écran affiche un message d'erreur et le système attend une nouvelle entrée.



Dernière mise à jour : Lundi, le 23 janvier 2023