Befehl: xmgr.sys

  XMGR.SYS ist ein DOS Treiber, der als XMS-Speicherverwalter arbeitet.
  XMGR.SYS muss in der CONFIG.SYS / FDCONFIG.SYS geladen werden.

Syntax:

  DEVICE [HIGH] = [path] XMGR.SYS [/B] [/Mn] [/Nnn] [/PA] [/Tn] [/W] [/Z]

[Hauptseite] [oben] (Syntax) [Optionen] [Kommentar] [Beispiel] [Siehe auch] [Datei]

Optionen:

  XMGR.SYS benoetigt den /B Schalter normalerweise nur, wenn er zusammen
  mit JEMM386 gebootet wird.
  XMGR.SYS hat folgende Optionen:
  /B    Spezifiziert den "Boot"-Modus. XMGR.SYS laedt sich in einen tempo-
        raeren Speicher bis der "obere Speicher" von JEMM386 ermoeglicht
        wird. Ohne /B laedt sich XMGR.SYS allein in den unteren Speicher
        oder mit UMBPCI direkt in den oberen Speicher.
  /Mn   Spezifiziert den temporaeren Bereich, der dazu verwendet wird,
        um XMGR.SYS in den "Boot"-Modus zu laden und wird auch fuer UMBPCI
        oberer Speicher I-O verwendet, bevor DOS einen "Arbeitsplatz"-
        Puffer bekanntgeben kann. Die Werte sind:
          /M1 = 64 KB    /M3 = 192 KB   /M5 = 320 KB   /M7 = 448 KB
          /M2 = 128 KB   /M4 = 256 KB   /M6 = 384 KB   /M8 = 512 KB        
        Ohne /M wird /M5 vermutet und der 320 KB Bereich verwendet.
        Anmerkung: Ein DOS System kann oft NICHT bei Adresse 0 hochladen
        und kann temporaere Daten irgendwo im Speicher zuruecklassen.
        /Mn aendert den temporaeren Bereich um einen "sicheren" Platz zu
        finden, den XMGR.SYS verwenden kann. /M wird ignoriert, wenn
        XMGR.SYS allein geladen wird.
  /PA   Spezifiert die Verwendung oder Nichtverwendung der PS/2 Port 92h
  /PN   Logik, die die "A20" Linie des Systems handhabt. /PA bedeutet:
        "Verwende die Port 92h Logik immer". /PN bedeutet: "Verwende sie
        niemals" und handhabe "A20" ueber die normale Tastatur-Port Logik.
        Wenn /P weggelassen wird, "fraegt XMGR das BIOS", ob das System
        die Port 92h Logik hat, Wenn nicht, wird XMGR die normale "A20"
        Logik verwenden. BEACHTE: Wenn "A20" von DOS ermoeglicht wurde,
        bevor XMGR geladen wird, verwendet XMGR es ueberhaupt nicht!
  /Nnn  Spezifiziert, wie viele XMS "Handles" von DOS-Programmen verwendet
        werden koennen. Der Wert nn kann 48, 80 oder 128 sein. Wenn /N
        weggelassen wird, werden 48 "Handles" verwendet und funktionieren
        auf den meisten Systemen einwandfrei. Ein grosses System, das viel
        XMS Arbeit zu leisten hat, benoetigt 80 oder 128 "Handles".
  /Tn   Spezifiziert die zu verwendenden BIOS Anfragen um erweiterten
        Speicher zu bekommen wie folgt:
          /T0  Weder "E820h" noch "E801h" Anfragen.
          /T1  Nur Speicherlistenanfragen (Int 15h, AX=E820h)
          /T2  Nur eine "Dual-Area" Anfrage (Int 15h, AX=E801h).
          /T3  Zuerst eine "E820h" Anfrage, dann eine "E801h" Anfrage.
          /T   Kann normalerweise weggelassen werden, was /T3 unterstellt.
        Ergaenzend, XMGR.SYS verwendet immer eine alte 64-MB Anfrage, um
        erweiterten Speicher fuer /T0 zu erhalten, oder wenn die Anfragen
        /T1 bis /T3 nicht erfolgreich sind. Benutzer sollten /T1 und /T2
        getrennt pruefen, um herauszufinden, ob ihr BIOS sie akzeptiert.
        Ein BIOS vor 1994 kann /T1 bis /T3 nicht sauber "ignorieren" und 
        kann erfordern, dass /T0 verwendet wird. Wegen der Kompatibilitaet
        mit aeltern QHIMEM Treibern kann /T4 bis /T7 verwendet werden,
        die genauso arbeiten wie /T0 bis /T3.
  /W    Spezifiziert die Verwendung des DOS "Arbeitsplatz" Puffers, fuer
        oberen Speicher I-O wenn mit UMBPCI geladen wird. Wenn /W
        weggelassen wird oder wenn das DOS System keine saubere Arbeits-
        platzlogik hat, wird XMGR.SYS seinen eigenen Puffer in den unteren
        Speicher setzten. Ein EDR-DOS System muss diesen Schalter
        weglassen! Ohne UMBPCI wird /W ignoriert.
  /Z    Nur bei XMGR oder UIDE, begrenzt deren XMS-Bewegungen auf ein
        Maximum von 2 KB im protected-mode, nicht 64 KB. /Z wird von
        real-mode-Systemen (UMBPCI usw.) ignoriert und wird nicht gebraucht
        wenn JEMM386 oder EMM386 den protected-mode handeln. Systeme, die
        andere VCPI/DPMI/EMM Treiber verwenden, muessen GETESTET werden,
        um herauszufinden, ob /Z von XMGR oder UIDE benoetigt wird.
        -- SCHLECHTE Entwuerfe, die NICHT genuegend Interrupts bei einer
        XMS-Bewegung erlauben, koennen immer noch existieren! Der alte
        /N4 Schwalter in UIDE ist der gleiche wie /Z und kann immer noch
        gesetzt werden. UIDEJR ignoriert /Z und gibt immer Standard XMS
        Aufrufe heraus.
  Bei allen Schaltern kann ein "-" den "/" ersetzen und es koennen Gross-
  oder Kleinbuchstaben verwendet werden.

[Hauptseite] [oben] [Syntax] (Optionen) [Kommentar] [Beispiel] [Siehe auch] [Datei]

Kommentar:

  XMGR.SYS ist ein DOS Treiber, der als ein XMS Speicherverwalter ar-
  beitet. Er unterstuetzt UMBPCI Version 3.70+ von Uwe Sieber. Nachdem
  UMBPCI oberen Speicher ermoeglicht hat, kann XMGR.SYS sich dort direkt
  hineinladen und sowohl den oberen als auch den XMS Speicher fuer ein
  DOS System bereitstellen. XMGR.SYS verwendet einen "I-O Faenger" mit
  UMBPCI, um einen Disketten- oder Festplatten I-O ueber 640 KB abzu-
  fangen. Solch ein I-O geschieht durch einen unteren Speicherbereich,
  um DMA Probleme im UMBPCI "Shadow RAM" zu vermeiden. XMGR.SYS unter-
  stuetzt auch die Versionen 4.49 und 4.95 von EMM386 (MS-DOS Version
  6.22 oder 7.10). Bei JEMM386 kann XMGR.SYS zuerst in den temporaeren
  Bereich "booten", indem es den /B Schalter verwendet. Nachdem EMM386
  den oberen Speicherbereich ermoeglicht, laedt sich XMGR.SYS ohne den
  /B Schalter dorthin, kopiert alle seine "Boot" Daten dorthin und
  uebernimmt die XMS Arbeit. Nur seine XMS "Handles" Tabelle bleibt im
  unteren Speicherbereich, so dass JEMM386 sie an festen Adressen immer
  finden kann. Bei einem kleinen Nur-XMS-System kann sich XMGR.SYS auch
  vollstaendig in den unteren Speicherbereich laden. Fuer mehr Infor-
  mationen lesen Sie bitte die "README.txt" in drivers.zip.

[Hauptseite] [oben] [Syntax] [Optionen] (Kommentar) [Beispiel] [Siehe auch] [Datei]

Beispiel:

  In der 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  ;Optional
    DEVICEHIGH=C:\BIN\UIDE.SYS /S500 /D:CDROM1               ;Oder UIDEJR
    DEVICEHIGH=C:\BIN\RDISK.COM /S250                        ;Optional
        ..
        ..  Etc.
        ..

[Hauptseite] [oben] [Syntax] [Optionen] [Kommentar] (Beispiel) [Siehe auch] [Datei]

Siehe auch:

 (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)

[Hauptseite] [oben] [Syntax] [Optionen] [Kommentar] [Beispiel] (Siehe auch) [Datei]

Datei:

  Bitte lesen Sie auch die zum Befehl gehoerende lsm-Datei fuer
  die neueste (Internet) oder die in dieser Hilfe beschriebene
  Version des Befehls.
  Diese lsm-Datei enthaelt u.a. den Namen des Programmierers, die
  Downloadseite und einige andere Angaben.

[Hauptseite] [oben] [Syntax] [Optionen] [Kommentar] [Beispiel] [Siehe auch] (Datei)


  Copyright © 2007 Jack Ellis, aktualisiert 2011 von W. Spiegl.

  Diese Datei ist abgeleitet vom FreeDOS Spezifikationen-HOWTO.
  Vgl. auch die Datei H2Cpying bezueglich der Kopierbedingungen.