
 AUTEX    beendet die Abarbeitung des \AUTO\ und setzt
          als Boot-Device das 5. Zeichen seines Namens.
          Kann mittels Status-Tasten bergangen werden.

 History:
 ========      .

 10.06.16: GPL
 12.09.12: Hatha also doch noch ein eigenes Progrmmle, heit jetzt AUT-X.
  Ist ein bichen ein Hack (weil die Parent-BasePage manipuliert wird, um
  die FileSeek-Liste des GEMDOS zu splen), hat aber dafr die Vorteile, da
  es gar nicht im Speicher bleibt, und keine Fortsetzung im \AUTO\ nach dem
  Auflsungswechsel unter MAGIC mehr! (Und kann von nahezu berall starten!
  Seltsamerweise geht's unter MiNT oder JINNEE, aber nicht auf dem MAGXDESK
  (why?); aber benutzt wird es ja normalerweise sowieso blo im \AUTO\!)
  Auf der Strecke blieb (weil nicht gebraucht & strend) die Abarbeitung des
  \AUTO\ 'fern der Heimat' (knnte man aber bei Bedarf leicht nachrsten,
  evtl. auch zB. durch Kombination mit AUTOX, CAUTO oder AUTOMORE (-> TB)).

 10.09.12: Rcksetzung von BootDev erledigt G:\AUTO\MAGX\START\re-BDEV.PRG!
  Damit geht nun auch der WarmReset auf G: wie gewohnt. Mit einem Prchen
  AUT?C + *BDEV* kann nun also auch auf G: prinzipiell zB. eine Mimik gebaut
  werden, die die Wahl zw. MAGIC und MiNT per l+rShift erlaubt (hnlich wie
  auf C:, aber mit EXT.BAT statt *EXEC.BAT); jedoch erneut ein kleiner
  Wermutstropfen: Leider berlebt AUT-X den Auflsungswechsel in MAGIC nicht
  (hnlich wie SLECTRIC).
  Vielleicht ist das Prchen aber auch noch ntzlich bei anderen Problemen
  mit BootDev (-> C:\AX\SEL\AXSEL.LEA und -> D:\AUTO\!BOOT_D.LEA).

 05.09.12: Nun ist die Variante gefunden, die fast alles macht:
  Fr AUTEX wurde geptscht an Pos. 644: 661E -> 601E (BNE30 -> BRA30).
  Das lt das Teil auch als AUTEG auf G: laufen, und damit keine Ananta
  entsteht: Noch diverse Ptsche "auto" -> "aut-", die dafr sorgen, da
  keine Programme gefunden werden, weder auf G: noch auf C: noch sonstwo.
  Ptsche, um GEMDOS.Exec zu beseitigen, sind damit berflssig und sieh da:
  Jetzt wird der \AUTO\-Lauf offenbar zuverlssig abgebrochen!
  Bleibt noch die Rcksetzung von BootDev zu erledigen; schade, da AUT?X
  nur im \AUTO\ und nicht unter AES luft, sonst wr auch das schon erledigt
  (ein weiterer Ptsch-Versuch, in dieser Richtung, milang leider).

 04.09.12: Beim Experimentieren mit AUTOX entstand die Idee, per Ptsch ein
  Derivat herzustellen, das BootDev auf eine andere _vorhandene_ Partition
  setzt ohne deren \AUTO\ abzuarbeiten:
    Pos. 1394: 4E41 -> 4E71 (TRAP -> NOP) hngt GEMDOS.Exec aus.
  Daraus entstand AUTEX, das tatschlich als AUTEC geeignet ist, endlich den
  GEMSYS\ von G:\ verschwinden zu lassen! Funzt! MAGIC auf G: holt nun die
  ~.SLBs  aus C:\GEMSYS\MAGIC\EXTENSION\!
  Es ist nicht sehr rtselhaft, warum dabei die Eigenschaft von AUTOX
  verschwand, den \AUTO\-Lauf abzubrechen, sa. 01.09.12 (sonst wre gleich
  noch ein weiteres kleines Problemchen gelst).

 03.09.12: Wie unten angegeben, verweigert AUTOX die Arbeit ..., wenn ...
    - das im Dateinamen angegebene Laufwerk fr GEMDOS nicht existiert;
  jedoch hat es sich herausgestellt, da es von dieser Regel Ausnahmen gibt:
  Wird der Kenn-Buchstabe weggelassen oder '-', '0' oder '' gewhlt, funzt
  AUTOX trotzdem: Zwar werden natrlich keine Prge. gefunden & ausgefhrt,
  aber die System-Variable BootDev (446H) gendert und die Abarbeitung des
  \AUTO\ beendet!
  Kleiner Wermutstropfen: Beim Reset mu man die BootPart. erneut auswhlen!
  Abhilfe: Kleines Tlchen fr den \START\ schreiben zum rcksetzen?

 01.09.12: Der naive Versuch, AUTOX so zu ptschen, da es einfach nur den
  \AUTO\-Lauf abbricht (644: 661E -> 601E & 1394: 4E41 -> 4E71), also ohne
  BootDev zu ndern, milang leider: Danach wird im G:\AUTO\ fortgesetzt...
  Sehr schade, da TB sich nicht entschlieen konnte, die Src. freizugeben.

 Vgl.a.: c:\TOS\Loader\cAuto.PRG

 weiter mit: AUTOX.TXT !

