Section courante

A propos

Section administrative du site

 Langage  Elément  Tutoriel  Annexe  Aide 
ABAP/4
Ada
Assembleur
Assembly & bytecode
ASP (Active Server Pages)
Basic
C
C++
C# (C Sharp)
Cobol
ColdFusion
Fortran
HTML
Java
JavaScript
LISP
Logo
LotusScript
Oberon
Pascal
Perl
PHP
PL/1
Prolog
Python
Rebol
REXX
Ruby
Rust
SAS
NoSQL
SQL
Swift
X++ (Axapta)
GNAT
SMALLAda
VHDL
Assembleur 370
Assembleur 1802
Assembleur 4004
Assembleur 6502
Assembleur 6800
Assembleur 68000
Assembleur 8080 et 8085
Assembleur 8089
Assembleur 80x86
Assembleur AGC4
Assembleur ARM
Assembleur DPS 8000
Assembleur i860
Assembleur Itanium
Assembleur MIPS
Assembleur PDP-11
Assembleur PowerPC
Assembleur RISC-V
Assembleur SPARC
Assembleur SuperH
Assembleur UNIVAC I
Assembleur VAX
Assembleur Z80
Assembleur Z8000
Assembleur z/Architecture
ASSEMBLER/MONITOR 64
Micol Assembler
GFA Assembler
A86
MASM (Macro Assembler)
TASM (Turbo Assembler)
CIL
Jasmin
LLVM
MSIL
Parrot
P-Code (PCode)
SWEET16
G-Pascal
ASP 1.0
ASP 2.0
ASP 3.0
ASP.NET
ASP.NET Core
ABasiC (Amiga)
Adam SmartBASIC
Altair BASIC
AmigaBASIC (Amiga)
AMOS Basic (Amiga)
Atari Basic (Atari 400, 600 XL, 800, 800XL)
Basic Apple II (Integer BASIC/APPLESOFT)
Basic Commodore 64 (CBM-BASIC)
Basic Commodore 128 (BASIC 7.0)
Basic Commodore VIC-20 (CBM-BASIC 2.0)
Basic Coco 1 (Color Basic)
Basic Coco 2 (Extended Color Basic)
Basic Coco 3 (Extended Color Basic 2.0)
BASICA (PC DOS)
Basic Pro
BBC BASIC
Blitz BASIC (Amiga)
DarkBASIC
Dartmouth BASIC
GFA-Basic (Atari ST/Amiga)
GWBASIC (MS-DOS)
Liberty BASIC
Locomotive BASIC (Amstrad CPC)
MSX-Basic
Omikron Basic (Atari ST)
Oric Extended Basic
Power Basic
Quick Basic/QBasic (MS-DOS)
Sinclair BASIC (ZX80, ZX81, ZX Spectrum)
ST BASIC (Atari ST)
Turbo Basic
Vintage BASIC
VBScript
Visual Basic (VB)
Visual Basic .NET (VB .NET)
Visual Basic pour DOS
Yabasic
BeckerBASIC
SIMONS' BASIC
Basic09 d'OS-9
Disk Extended Color Basic
Basic09 d'OS-9
Disk Extended Color Basic
Access
Excel
Visual Basic pour Windows
Visual Basic .NET pour Windows
C Shell Unix (csh)
C pour Amiga
C pour Atari ST
C pour DOS
C pour Falcon030
C pour GEMDOS (Atari ST)
C pour Linux
C pour PowerTV OS
C pour OS/2
C pour Unix
C pour Windows
Aztec C
CoCo-C
GNU C
HiSoft C
IBM C/2
Introl-C
Lattice C
Microsoft C
MinGW C
MSX-C
Open Watcom C
OS-9 C Compiler
Pure C
Quick C
Turbo C
HiSoft C for Atari ST
HiSoft C for CP/M (Amstrad CPC)
C++ pour OS/2
C++ pour Windows
Borland C++
C++Builder
IBM VisualAge C++
Intel C++
MinGW C++
Open Watcom C++
Symantec C++
Turbo C++
Visual C++
Visual C++ .NET
Watcom C++
Zortech C++
C# (C Sharp) pour Windows
Apple III Cobol
Microsoft Cobol
BlueDragon
Lucee
OpenBD
Railo
Smith Project
Microsoft Fortran
WATFOR-77
CSS
FBML
Open Graph
SVG
XML
XSL/XSLT
LESS
SASS
GCJ (GNU)
JSP
Jython
Visual J++
Node.js
TypeScript
AutoLISP
ACSLogo
LotusScript pour Windows
Amiga Oberon
Oberon .NET
Apple Pascal
Delphi/Kylix/Lazarus
Free Pascal
GNU Pascal
HighSpeed Pascal
IBM Personal Computer Pascal
Lisa Pascal
Maxon Pascal
MPW Pascal
OS-9 Pascal
OSS Personal Pascal
Pascal-86
Pascal du Cray Research
Pascal/VS
Pascal-XT
PURE Pascal
QuickPascal
RemObjets Chrome
Sun Pascal
THINK Pascal
Tiny Pascal (TRS-80)
Turbo Pascal
UCSD Pascal
VAX Pascal
Virtual Pascal
Turbo Pascal for CP/M-80
Turbo Pascal for DOS
Turbo Pascal for Macintosh
Turbo Pascal for Windows
CodeIgniter (Cadre d'application)
Drupal (Projet)
Joomla! (Projet)
Phalanger (PHP .NET)
phpBB (Projet)
Smarty (balise)
Twig (balise)
Symfony (Cadre d'application)
WordPress (Projet)
Zend (Cadre d'application)
PL360
PL/M-80
PL/M-86
Turbo Prolog
CPython
IronPython
Jython
PyPy
AREXX
Regina REXX
JMP
Btrieve
Cassandra
Clipper
CouchDB
dBASE
Hbase
Hypertable
MongoDB
Redis
Access
BigQuery
DB2
H2
Interbase
MySQL
Oracle
PostgreSQL
SAP HANA
SQL Server
Sybase
U-SQL
Introduction
Une brève histoire de DOS
Structure interne de DOS
Démarrage du DOS
Programmes COM et EXE
Entrée et sortie de caractères depuis DOS
Gestion de fichiers sous DOS
Accéder au répertoire DOS
La fonction EXEC
Allocation de mémoire depuis DOS
Filtres DOS
Ctrl+Break et interruptions d'erreur critique
Pilotes de périphériques DOS
Entreposage de masse DOS
Conseils sur la compatibilité entre les ordinateurs PC
Structures DOS non documentées
Les différences du DOS 4.0
Format de fichiers
Structure de données
Interruptions
CONFIG.SYS
.BAT
.COM
.EXE
Liste des exécutables populaires (.EXE)
FCB (File Control Block)
PSP (Prefix Segment Program)
21h: Service DOS
2Ah: Interface de service réseau
2Fh: Multiplexe
33h: Interface du pilote de souris
67h: Gestionnaire EMM/EMS
FFh, 92h: Détecte la présence du pilote «PREDIR.EXE»
16h: Windows & DPMI
0Ah: Détection de Windows
84h: Demande le point d'entrée
86h: Détection du mode DPMI
87h: Détecte l'installation DPMI
8Eh: Machine virtuel et application
Préface
Notes légal
Dictionnaire
Recherche

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.



PARTAGER CETTE PAGE SUR
Dernière mise à jour : Lundi, le 23 janvier 2023