Comando: xmgr.sys
XMGR.SYS es un controlador de DOS que funciona como un administrador de
memoria XMS.
XMGR.SYS tiene que cargarse en CONFIG.SYS / FDCONFIG.SYS.
Sintaxis:
DEVICE [HIGH] = [ruta] XMGR.SYS [/B] [/Mn] [/Nnn] [/PA] [/Tn] [/W] [/Z]
Opciones:
XMGR.SYS generalmente solo necesita su modificador /B si se «inicia»
con JEMM386. Las opciones del conmutador XMGR.SYS son las siguientes:
/B Especifica el modo de «arranque». XMGR.SYS se carga en la memoria
temporal hasta que EMM386 habilita la memoria superior. Sin /B,
XMGR.SYS se cargará de forma independiente en memoria baja o
directamente en la memoria superior con UMBPCI.
/Mn Especifica el área temporal utilizada para cargar XMGR.SYS en
modo de «inicio» y utilizada por E/S de memoria superior UMBPCI
antes de que DOS pueda publicar un búfer de «espacio de trabajo».
Los valores son:
/M1 = 64K. /M3 = 192K. /M5 = 320K. /M7 = 448K.
/M2 = 128K. /M4 = 256K. /M6 = 384K. /M8 = 512K.
Por omisión se supone /M5 y se utilizará el área de 320K.
NOTA: ¡Un sistema DOS a menudo NO se puede cargar en la dirección
0 y puede dejar datos temporales en cualquier lugar de la
memoria! /Mn cambia el área temporal para encontrar un lugar
«seguro» para que XMGR.SYS lo use. /M se ignora si XMGR.SYS se
carga de forma independiente.
/Nnn Especifica cuántos «controladores» XMS pueden usar los programas
DOS. El valor nn puede ser 48, 80 o 128. Si se omite /N se usan
48 «identificadores», suficiente para la mayoría de los sistemas.
Un sistema grande que hace mucho trabajo XMS puede necesitar 80
o 128 «identificadores».
/PA Especifica si usar la lógica PS/2 puerto 92h para
/PN manejar la línea «A20» del sistema. /PA indica usar siempre la
lógica del puerto 92h. /PN indica no usarlo nunca y manejar «A20»
a través de la lógica normal del puerto del teclado. Si se omite
/P, XMGR le «pregunta al BIOS» si el sistema tiene lógica de puerto
92h. Si no, XMGR utilizará la lógica normal «A20». NOTA: Si DOS
habilitó «A20» antes de que se cargara XMGR, ¡XMGR no lo maneja
en absoluto!
/Tn Especifica las solicitudes de BIOS a utilizar para obtener
memoria extendida de la siguiente manera:
/T0 Ni las solicitudes «E820h» ni «E801h».
/T1 Solo solicitudes de lista de memoria (int 15h, AX=E820h).
/T2 Solo una solicitud de área dual (int 15h, AX=E801h).
/T3 Primero solicitar «E820h», luego una solicitud «E801h».
/T Generalmente se puede omitir, lo que hace que se
asuma /T3.
Además, XMGR.SYS siempre utiliza una solicitud anterior de 64MB,
para obtener memoria extendida para /T0, o si las solicitudes
especificadas con /T1 a /T3 no tienen éxito. Los usuarios pueden
necesitar probar /T1 y /T2 por separado, para ver si su BIOS los
acepta. Una BIOS anterior a 1994 puede no «ignorar» /T1 a /T3
correctamente y puede requerir que se use /T0. Para
compatibilidad con controladores QHIMEM anteriores, se puede
usar /T4 a /T7 y funcionar igual que /T0 a /T3.
/W Especifica el uso del búfer de «espacio de trabajo» de DOS para
E/S de memoria superior si se carga con UMBPCI. Si se omite /W,
o si el sistema DOS no tiene la lógica de espacio de trabajo
adecuada, XMGR.SYS establecerá su propio búfer en poca memoria.
¡Un sistema EDR-DOS debe OMITIR este interruptor! Sin UMBPCI,
/W será ignorado.
/Z Solo para XMGR o UIDE, limita sus movimientos XMS a un máximo
de 2K bytes en modo protegido, no 64K. /Z es ignorado por los
sistemas en modo real (UMBPCI, etc) y no es necesario si
JEMM386 o EMM386 manejan el modo protegido. Los sistemas que
usan otros controladores VCPI/DPMI/EMM deben PROBARSE, para
ver si XMGR o UIDE necesitan /Z -- ¡Aún pueden existir esquemas
MALOS que no permiten suficientes interrupciones en un
movimiento XMS! El antiguo modificador /N4 de UIDE es el mismo
que /Z y aún se puede administrar. UIDEJR ignora /Z o /N4 y
siempre emite llamadas XMS estándar.
Para cada interruptor, un guión puede reemplazar la barra oblicua y
se pueden usar letras minúsculas.
Comentarios:
XMGR.SYS es un controlador de DOS que funciona como un administrador
de memoria XMS. Es compatible con V3.70 + UMBPCI de Uwe Sieber.
Después de que UMBPCI habilita la memoria superior, XMGR.SYS puede
cargar allí directamente y proporcionar memoria superior y XMS para
un sistema DOS. XMGR.SYS utiliza un "receptor de E/S" con UMBPCI, para
interceptar disquetes o E/S de disco duro por encima de 640K. Dicha
E/S se realiza a través de un área de memoria baja, para evitar
problemas de DMA en memoria oculta [«Shadow RAM»] UMBPCI. XMGR.SYS también es
compatible con V4.49 y V4.95 EMM386 (MS-DOS V6.22 o V7.10). Con
JEMM386, XMGR.SYS utilizando su modificador /B puede primero
«arrancar» en un espacio temporal. Después de que JEMM386 habilite la
memoria superior, XMGR.SYS se carga allí sin un interruptor /B, copia
todos sus datos de «arranque» y se hace cargo del trabajo de XMS.
Solo su tabla de «identificadores» XMS permanece en memoria baja, por lo que
EMM386 siempre puede encontrarlos en direcciones fijas. Para un
sistema pequeño solo XMS, XMGR.SYS también puede cargarse completamente
en memoria baja. Para obtener más información, lea «README.TXT» en
drivers.zip.
Ejemplos:
EN 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 ;Opcional
DEVICEHIGH=C:\BIN\UIDE.SYS /S500 /D:CDROM1 ;O UIDEJR
DEVICEHIGH=C:\BIN\RDISK.COM /S250 ;Opcional
..
.. Etc.
..
Ver también:
(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 (C) 2007 Jack Ellis, modificado en 2011 por W. Spiegl.
Traducido en 2020 por Lorenzo del Toro Saravia.
Este archivo se deriva del comando de especificaciones HOWTO de FreeDOS.
Consulte el archivo H2Cpying para ver las condiciones de copia.