# 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.
      Alternativ kann XMGR.SYS waehrend des Betriebes mit DEVLOAD
      nachtraeglich geladen werden.

## Syntax:

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

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

## Optionen:

      XMGR benoetigt den /B Schalter normalerweise nur, wenn er zusammen mit
            JEMM386 gebootet wird.
      XMGR hat folgende Optionen:
      /B    Spezifiziert den "Boot"-Modus. XMGR laedt sich in einen tempo-
            raeren Speicher bis der "obere Speicher" von JEMM386 ermoeglicht
            wird. Ohne /B laedt sich XMGR allein in den unteren Speicher
            oder mit UMBPCI direkt in den oberen Speicher.
      /Mn   Spezifiziert den temporaeren Bereich, der dazu verwendet wird,
            um XMGR 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 = 512 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 verwenden kann. /M wird ignoriert, wenn XMGR
            allein geladen wird.
      /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 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 seinen eigenen Puffer in den unteren
            Speicher setzten. Ein EDR-DOS System muss diesen Schalter
            weglassen! Ohne UMBPCI wird /W ignoriert.

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

## Kommentar:

      XMGR ist ein DOS Treiber, der als ein XMS Speicherverwalter arbeitet.
      Er unterstuetzt UMBPCI Version 3.70+ von Uwe Sieber. Nachdem UMBPCI
      oberen Speicher ermoeglicht hat, kann XMGR sich dort direkt hineinladen
      und sowohl den oberen als auch den XMS Speicher fuer ein DOS System
      bereitstellen. XMGR verwendet einen "I-O Faenger" mit UMBPCI, um einen
      Disketten- oder Festplatten I-O ueber 640 KB abzufangen. Solch ein I-O
      geschieht durch einen unteren Speicherbereich, um DMA Probleme im UMBPCI
      "Shadow RAM" zu vermeiden. XMGR unterstuetzt auch die Versionen 4.49
      und 4.95 von EMM386 (MS-DOS Version 6.22 oder 7.10). Bei JEMM386 kann
      XMGR zuerst in den temporaeren Bereich "booten", indem es den /B Schalter
      verwendet. Nachdem EMM386 den oberen Speicherbereich ermoeglicht, laedt
      sich XMGR 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 auch
      vollstaendig in den unteren Speicherbereich laden.

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

## Beispiel:

      In CONFIG.SYS / FDCONFIG.SYS:
        DEVICE=C:\FDOS\BIN\XMGR.SYS /N128 /B
        DEVICEHIGH=C:\FDOS\DRIVERS\UIDE.SYS /S125 /D:MYDVD

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

## Siehe auch:

      atapicdd.sys
      autoexec.bat
      config.sys
      devload
      jemm386
      fdconfig.sys
      gcdrom.sys
      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 2009 von W. Spiegl.

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