Commande : xmgr.sys
XMGR.SYS est un pilote DOS qui fonctionne en tant que gestionnaire
de mémoire
XMS. XMGR.SYS doit être chargé dans CONFIG.SYS / FDCONFIG.SYS.
Syntaxe :
DEVICE [HIGH] = [chemin] XMGR.SYS [/B] [/Mn] [/Nnn] [/PA] [/Tn]
[/W] [/Z]
Options :
XMGR.SYS n'a généralement besoin que de son commutateur /B en cas
"d'amorçage" avec JEMM386. Les options de XMGR.SYS
sont les suivantes :
/B Spécifie le mode "d'amorçage". XMGR.SYS se charge en mémoire
temporaire jusqu'à ce que la mémoire haute soit activée par
EMM386. Sans /B, XMGR.SYS se chargera de façon autonome en
mémoire basse ou directement en mémoire haute avec UMBPCI.
/Mn Spécifie l'espace temporaire utilisé pour charger XMGR.SYS en
mode "amorçage" et utilisé pour l'E/S mémoire haute UMBPCI avant
que DOS puisse déclarer un tampon "d'espace de travail". Les
valeurs sont :
/M1 = 64 Ko. /M3 = 192 Ko. /M5 = 320 Ko. /M7 = 448 Ko.
/M2 = 128 Ko. /M4 = 256 Ko. /M6 = 384 Ko. /M8 = 512 Ko.
Sans /M, /M5 est supposé est l'espace 320 Ko sera utilisé.
NOTE : Souvent, un système DOS ne se charge PAS à l'adresse 0 et
peut laisser des données temporaires n'importe où en mémoire !
/Mn modifie l'espace temporaire pour trouver un endroit "sûr" à
utiliser pour XMGR.SYS. /M est ignoré si XMGR.SYS se charge en
mode autonome.
/Nnn Spécifie le nombre "d'indicateurs" pouvant être utilisés par les
programmes DOS. la valeur nn peut être de 48, 80, or 128. Si /N
est omis, 48 "indicateurs" sont utilisés et fonctionnent bien
sur la plupart des systèmes. Un système effectuant beaucoup de
tâches XMS peut avoir besoin de 80 ou 128 "indicateurs".
/PA Spécifie l'utilisation ou la non utilisation de la logique 92h
du port
/PN PS/2 pour gérer la ligne "A20" du système. /PA indique de
toujours utiliser la logique du port 92h. /PN indique de ne
jamais l'utiliser et de gérer "A20" avec la logique normale du
port de clavier. Si /P est omis, XMGR "demande au BIOS" si le
système possède la logique de port 92h. Si la réponse est
non, XMGR utilisera la logique "A20" normale. REMARQUE : Si
"A20" a été activé par DOS avant le chargement de XMGR, XMGR
ne le gère pas du tout !
/Tn Spécifie les requêtes du BIOS à utiliser pour obtenir de la
mémoire étendue, comme suit :
/T0 Ni les requêtes "E820h", ni les requêtes "E801h".
/T1 Seulement les requêtes de listage de mémoire (Int 15h,
AX=E820h).
/T2 Une requête de double zone uniquement (Int 15h,
AX = E801h).
/T3 D'abord les requêtes "E820h", puis une requête "E801h".
/T peut généralement être omis, ce qui fait que /T3 est
supposé.
De plus, XMGR.SYS utilise toujours une ancienne requête de 64
Mo, afin d'obtenir de la mémoire étendue pour /T0, ou si les
requêtes spécifiées avec /T1 jusqu'à /T3 sont infructueuses. Les
utilisateurs peuvent avoir besoin de tester /T1 et /T2
séparément, pour voir si leur BIOS les accepte. Un BIOS d'avant
1994 peut ne pas "ignorer" /T1 jusqu'à /T3 correctement et peut
nécessiter l'utilisation de /T0. Pour la compatibilité avec les
anciens pilotes QHIMEM, /T4 jusqu'à /T7 peut être utilisé et
fonctionne de la même façon que /T0 jusqu'à /T3.
/W Spécifie l'utilisation du tampon DOS "d'espace de travail", pour
l'E/S de mémoire haute si le chargement est fait avec UMBPCI.
Si /W est omis, ou si le système DOS ne possède pas une logique
d'espace de travail correcte, XMGR.SYS définira son propre
tampon en mémoire basse. Un système EDR-DOS doit OMETTRE ce
commutateur ! Sans UMBPCI, /W sera ignoré.
/Z Seulement pour XMGR ou UIDE, limite leurs déplacements XMS à un
maximum de 2 Ko en mode protégé, pas 64 Ko. /Z est ignoré par
les systèmes en mode réel (UMBPCI etc.) et n'est pas nécessaire
si JEMM386 ou EMM386 gèrent le mode protégé. Les systèmes
utilisant d'autres pilotes VCPI/DPMI/EMM doivent être TESTÉS,
pour voir si XMGR ou UIDE ont besoin
de /Z -- de MAUVAIS schémas autorisant PAS assez d'interruptions
dans un déplacement XMS peuvent toujours exister ! L'ancien
commutateur /N4 d'UIDE est identique à /Z et peut toujours être
choisi. UIDEJR ignore /Z ou /N4 et émet toujours des appels XMS
standards.
Pour chaque option, un tiret d'union peut remplacer la barre oblique,
et des lettres minuscules peuvent être utilisées.
Commentaires :
XMGR.SYS est un pilote DOS qui fonctionne en tant que gestionnaire de
mémoire XMS. Il prend en charge UMBPCI V3.70+ par Uwe Sieber. Après
que UMBPCI ait activé la mémoire haute, XMGR.SYS peut s'y charger
directement et offrir à la fois la mémoire haute et XMS pour un
système DOS. XMGR.SYS utilise un "capteur d'E/S" avec UMBPCI, pour
intercepter les E/S de disquette ou de disque dur au-dessus de 640 Ko.
De telles E/S sont effectuées à travers un espace de mémoire basse,
pour éviter des problèmes DMA dans la "RAM fantôme" UMBPCI. XMGR.SYS
prend également en charge EMM386 V4.49 and V4.95 (MS-DOS V6.22 or
V7.10). Avec JEMM386, XMGR.SYS avec son commutateur /B peut d'abord
"amorcer" dans un espace temporaire. Après que JEMM386 ait activé
la mémoire haute, XMGR.SYS s'y charge sans l'option /B, copie
toutes ses données "d'amorçage", et prend en charge les tâches XMS.
Seule sa table "d'indicateurs" XMS reste en mémoire basse, pour que
EMM386 puisse toujours les trouver à des adresses fixes. Pour un petit
système XMS uniquement, XMGR.SYS peut aussi se charger entièrement en
mémoire basse. Pour davantage d'informations, lisez "README.TXT" dans
drivers.zip.
Exemples :
Dans CONFIG.SYS / FDCONFIG.SYS :
SHELL=C:\DOS\COMMAND.COM C:\DOS /E:512 /P
DEVICE=C:\BIN\UMBPCI.SYS
DEVICE=C:\BIN\XMGR.SYS /W
DOS=HIGH,UMB
DEVICE=C:\BIN\JEMM386.EXE I=B000-B7FF X=C800-EFFF NOEMS ;Optionnel
DEVICEHIGH=C:\BIN\UIDE.SYS /S500 /D:CDROM1 ;Ou UIDEJR
DEVICEHIGH=C:\BIN\RDISK.COM /S250 ;Optionnel
..
.. Etc.
..
Voir également :
(atapicdd.sys)
autoexec.bat
config.sys
devload
(emm386)
fdconfig.sys
(fdxms)
(fdxms286)
(gcdrom.sys)
(himem)
himemx
jemm386
jemmex
(mscdex)
shsucdx
(udvd.sys)
uide.sys
(xcdrom.sys)
Copyright © 2007 Jack Ellis, mis à jour en 2011 par W. Spiegl.
Traduit en 2020 par Berki Yenigün.
Ce fichier est dérivé de FreeDOS Spec Command HOWTO.
Voyez le fichier H2Cpying pour les conditions de copie.