--------------------------------------------------------------------------- 4DOS5TIP.TXT - Hinweise zu JPSofts 4DOS 5.5b/c, 5.51, 5.52a und NDOS Copyright (C) 03/1995-05/1997 bei Matthias Paul Diese Datei enthält einige Tips und Hinweise zu 4DOS 5.5+. Außerdem werden einige undokumentierte Details und verschiedene Bugs aufgezählt. Obwohl in dieser Datei zum Teil eher negative Aspekte in der Realisierung von 4DOS aufgelistet werden, soll damit das Produkt keinesfalls schlecht gemacht werden. Im Gegenteil: 4DOS ist eine echte Perle unter den DOS-Erweiterungen und kann (fast) durchweg empfohlen werden. Nichtsdestotrotz: Kein Produkt ist perfekt und diese Hinweise sollen einige Stolpersteine bei der Anwendung aus dem Weg räumen. Keine Gewähr für Korrektheit. Keine Haftung für Schäden jeglicher Art. Bitte beachten Sie README.1ST für weitere Bestimmungen. Hinweise bitte an <Matthias.Paul@post.rwth-aachen.de>;. Letzte Änderung: 1997-05-01 -mp --------------------------------------------------------------------------- Übersicht: 1. 4DOS 5.51/5.52a - Streifzug + Gegenüberstellung mit DOS 7 COMMAND.COM 2. Undokumentierte und neue 4DOS.INI Direktiven 3. Undokumentierte Variablen 4. Undokumentierte Funktionen 5. Kompatibilität 6. Tips zur Speicherplatz-Optimierung 7. Tips zur Bestimmung der landessprachlichen Anpassung 8. Die Vorab-Umgebung von DR DOS/Novell DOS/Caldera OpenDOS unter 4DOS 9. Hinweis für DESCRIPT.ION Dateien und PKZIP 10. Bugs --------------------------------------------------------------------------- 1. 4DOS 5.51/5.52a - Streifzug + Gegenüberstellung mit DOS 7 COMMAND.COM: ========================================================== [96-10-14] === Die Release 5.51 von 4DOS soll mit den neuen Möglichkeiten des in MS Windows95 (alias Chicago) integrierten MS-DOS 7 aufschließen. So unterstützt 4DOS nun unter MS-DOS 7 auch lange Dateinamen und die beiden neuen internen Kommandos LOCK und UNLOCK zum Sperren und Entsperren von Laufwerken (z.B. für die exklusive Benutzung eines Laufwerks durch einen Platten-Defragmentierer). Aber auch mit 4DOS 5.52a werden noch nicht alle der neuen Möglichkeiten von MS-DOS 7 adaptiert: Es fehlt z.B. noch das neue interne Kommando LFNFOR [[=] ON | OFF], mit dem man unter MS-DOS 7 einstellen kann, ob während der Expandierung von Dateinamen in FOR-Befehlen lange Dateinamen oder die alten Dateinamen verwendet werden dürfen. Dies dürfte für manche Batchjobs ein wichtiges Kompatibilitäts-Feature sein, zumindest unter COMMAND.COM. Im Rahmen der Einführung der langen Dateinamen wurde bei MS-DOS 7 auch die Beschränkung auf maximal 126 Zeichen in der Kommandozeile aufgehoben. Enthält die Zeile mehr als 126 Zeichen, wird das Längenbyte auf 127 gesetzt und an diese Position (d.h. ein Zeichen zu früh) ein ASCII-13. Offenbar befand sich in Beta-Versionen von MS-DOS 7 der Rest der Kommandozeile in der Umgebungsvariable %CmdLine%, die ausgelieferten Versionen benutzen %CmdLine% aber genauso wie das Vorbild 4DOS/NDOS, d.h. die komplette Zeile wird in %CmdLine% repräsentiert. Nichtsdesto- trotz kann eine Eingabe am Prompt von COMMAND.COM genauso wie früher nicht länger als 126 Zeichen lang sein. Der Befehl START wird bei MS-DOS 7 als externes Kommando bereitgestellt, daher ist das interne START von 4DOS (für OS/2 gedacht) gesperrt. MS-DOS 7 bietet einige neue Möglichkeiten, etwa neben den üblichen einfachen und doppelten Punkten in Pfadangaben ("." und "..") auch noch "..." und "...." für die weiter übergeordneten Verzeichnisse zu verwenden. Diese Möglichkeit bietet 4DOS schon seit Ewigkeiten. Neu bei MS-DOS 7 hinzugekommen ist (laut Dokumentation) allerdings die Möglichkeit, eine Kommandozeile mit einem Fragezeichen enden zu lassen (neben der bisherigen Option, sie mit einem Fragezeichen nach dem Befehl beginnen zu lassen). In diesem Fall soll eine Art Online- Edit-Mode aktiviert werden, d.h. man kann die aktuelle Kommando- zeile editieren und neue Parameter hinzufügen kann, was besonders in Batchjobs eine willkommene Möglichkeit darstellt (allerdings konnte ich diese Option noch nicht nachvollziehen). Eine ähnliche Funktion bieten 4DOS 5.51/5.52a und auch Novell DOS 7 (Update 15, 01/1996) oder Caldera OpenDOS 7.01 COMMAND.COM noch nicht. (Bei 4DOS wäre sie allerdings auch nicht ganz konfliktfrei mit anderen Funktionen lösbar.) Nebenbemerkungen: Diese Idee ist nicht grundsätzlich neu: Es gab es schon lange Pro- gramme, die eine sehr ähnliche Funktion in Eigenregie beherrschten, wie etwa KEILs Assembler-Shells und meine Projektintegrations- oberfläche PROSHELL: Mit einem '&'-Zeichen am Ende der Kommandozeile wird ein applikationsinterner Prompt aktiviert, der das Editieren der Kommandozeile ermöglicht, bevor die Applikation 'wirklich' startet. Dabei kann - zumindest bei PROSHELL - die Editierung auch über mehrere Zeilen gehen und auch aus einer Eingabeumleitung stammen. Damit auch Caldera OpenDOS/Novell DOS/DR DOS und alte MS-DOS Anwendungen von diesen neuen Möglichkeiten profitieren können, unterstützt die von mir entwickelte FreeWare PASCAL-Unit CUI_LIB.PAS ab Version 1.11 dieses Feature (siehe K3PLUS alias FreeKEYB, CPI, u.a., in Zukunft vielleicht auch in FreeDOS). Wird CUI_LIB in eigene Applikationen eingebunden, stellt es neben vielen anderen Funktionen auch eine der Windows95 sehr ähnliche Online-Edit-Möglichkeit dar. Es werden beide Spielarten (mit '?' und mit '&') unterstützt. Die Editiermöglichkeiten sind aber stark erweitert, wenn auch trotzdem kompatibel: Die Eingabe kann über mehrere Zeilen gehen und Kommentare enthalten (wichtig bei Eingabeumleitung), außerdem ist die Ersetzung von Variablen voll in das CUI_LIB-Konzept integriert, d.h. es werden auch 4DOS/NDOS DESCRIPT.ION Dateien und %xxxxCMD% Variablen in vielen Varianten unter- stützt. Da diese Funktionalität im Eingabe-Interface der Applikation enthalten ist, funktioniert dies unter jedem DOS und/oder COMMAND.COM und ist nicht auf Windows95 beschränkt. :-) 4DOS 5.52a fehlen leider unverständlicherweise auch noch drei Jahre nach der Einführung von Novell DOS 7 immer noch eine ganze Reihe interner Befehle von DR DOS, Novell DOS und Caldera OpenDOS COMMAND.COM: Dazu gehören die internen Kommandos DELQ, ERAQ, ERA, SWITCH, HILOAD, ver- schiedene Optionen bei internen Kommandos wie DIR (so ziemlich alles ist anders und läßt sich auch nicht konfliktfrei lösen), CD/CHDIR (Option /A und spezielle SwitChar-Unterstützung fehlt), COPY (Option /Z fehlt), ECHO (Sonderfunktion von "off" und "on" am Prompt), CLS (Behandlung für Variable %$Cls% fehlt), IF (die Sonderbehandlungen für AND, OR, #value, >, <, >=, <=, <> fehlen), EXIT ([errorlevel]), PROMPT ($u, $x, %PExec% und spezielle SwitChar-Unterstützung fehlen und lassen sich nur partiell mit %@Exec[]% ersetzen; $h kann nicht über die Grenzen von expandierten Variablen/Funktionen hinweg arbeiten). Glücklicherweise kann man die meisten dieser Befehle und Optionen mit (allerdings teilweise recht komplizierten) Aliasen nachbilden (siehe NWDOSTIP.TXT, 4DOSCOMP.BAT). Manche Dinge lassen sich aber derzeit nicht nachbilden, man darf also auf zukünftige Updates gespannt sein... --------------------------------------------------------------------------- 2. 4DOS 5.95/6.00 - Änderungen: [97-07-29] ========================================== 4DOS.INI: Die bisherigen Direktiven HistWinHeight= und ListColors= sind weggefallen. --------------------------------------------------------------------------- 3. Undokumentierte und neue 4DOS.INI Direktiven: ================================================ 5.5b 5.5c 5.51 5.52a 5.95/6.00 AppendToDir= -- -- -- (UPDATE552.DOC) dok. ChangeTitle= undok. undok. undok. undok. undok. CopyEA= undok. undok. undok. undok. undok. Debug= undok. undok. undok. undok. dok. ListExit= -- -- (UPDAT551.DOC) dok. dok. MaxLoadAddress= teilw. dok. teilw. dok. (REFMAN.DOC 5.0) teilw. (für spezielle Probleme mit NDIS-Treiber) dok. RexxPath= -- -- (UPDAT551.DOC) dok. dok. Win95LFN= -- -- undok. undok. dok. --------------------------------------------------------------------------- 4. Undokumentierte Variablen: ============================= 5.5b 5.5c 5.51 5.52a 5.95/6.00 _PID undok. undok. undok. undok. undok. _PIPE undok. undok. undok. undok. undok. Beide Variablen liefern jedoch unter 'normalem' 4DOS (5.51/5.52a) lediglich leere Zeichenketten zurück, sind also entweder generell gesperrt oder nur unter bestimmten Voraussetzungen verfügbar. (Intern wird \pipe\ verwendet.) --------------------------------------------------------------------------- 5. Undokumentierte Funktionen: ============================== 5.5b 5.5c 5.51 5.52a 5.95/6.00 @ALTNAME[] undok. undok. undok. undok. undok. @FINDCLOSE[] undok. undok. undok. undok. dok. (Wird unter Windows95 benötigt, um LFN-Search-Handles zu schließen, liefert sonst offenbar mit allen Argumenten den Wert 28928.) @GETDIR[] undok. undok. undok. undok. undok. @GETFILE[] undok. undok. undok. undok. undok. @INIREAD[] undok. undok. undok. undok. undok. @INIWRITE[] undok. undok. undok. undok. undok. @REPLACE[] undok. undok. undok. undok. dok. @REXX[] undok. undok. undok. undok. undok. Alle diese Funktionen (außer @FINDCLOSE[]) werden (bei 4DOS 5.51/5.52a) mit 'Bad function' zurück- gewiesen, so als wären sie nicht vorhanden. Entweder sind sie also generell gesperrt oder nur unter bestimmten Voraussetzungen verfügbar. --------------------------------------------------------------------------- 6. Kompatibilität (sehr unvollständig): [96-10-14] ================================================== - 4DOS 4.01 und NDOS 7.0 bieten %=s und @InStr[] noch nicht (wurde wahrscheinlich mit 4DOS 5.0 oder 5.5 eingeführt, aber dies ist nicht gesichert). Anstelle von %=s kann man die Anweisung manchmal auch in umgekehrte `Anführungszeichen` setzen, für @InStr[] muß man auf die ältere Funktion @SubStr[] ausweichen. Dies ist allerdings nicht in allen Fällen möglich. - 4DOS 3.xx kennt @FileSize[] und @DiskFree[] noch nicht (damals war es als Sonderfall von IF realisiert). NDOS 7.0 kennt diese Direktiven bereits. - @Truename[] sollte nicht mit DOS vor 3.0 verwendet werden. - Anweisungen wie FOR %%x IN (%1 %2 %3 %4 %5 %6 %7 %8 %9) DO ... machen unter 4DOS 4.01 Probleme, wenn ein Wildcard als Parameter übergeben wird (etwa /?), die FOR-Anweisung aber nur zur Parameter- auswertung verwendet wurde. In späteren Versionen wird dies 'konflikt- freier' gelöst, obwohl Wildcards natürlich weiterhin ersetzt werden. - 4DOS definiert die Variable %_4Ver%, NDOS hingegen die Variable %_NVer%, die nicht die gleiche Versionspolitik verfolgen, d.h. getrennt abgefragt werden müssen. - 4DOS liefert in seltenen Fällen auch bei internen Befehlen einen Error- code, so wird z.B. Errorlevel 255 gesetzt, wenn man einen Befehl mit <Ctrl>+<c> (nur während des Hilfeschirms???) abbricht. --------------------------------------------------------------------------- 7. Tips zur Speicherplatz-Optimierung: ====================================== - Obwohl 4DOS nicht direkt etwas mit der Speicherverwaltung des Rechners zu tun hat, gibt es zwei Regeln, die Systemumgebung betreffend, deren Beachtung u.U. einige KiloByte zusätzlichen Speicherplatz schaffen können. Dazu gehört einerseits das Verwenden des vorangestellten Zeichens '@' vor resident zu ladenden Programmen und der *gezielte* Einsatz von SETLOCAL/ENDLOCAL/UNSET. Nähere Hinweise gibt es in Kapitel V.8. in NWDOSTIP.TXT. --------------------------------------------------------------------------- 8. Tips zur Bestimmung der landessprachlichen Anpassung: ======================================================== 4DOS.COM existiert meines Wissens nur in einer englischen Version, NDOS.COM (Lizenzversion bei den Norton Utilities) jedoch in landes- sprachlichen Anpassungen. In manchen Fällen ist es notwendig, die Sprache zu bestimmen. Dabei muß man i. allg. sorgfältig zwischen der Sprache der DOS-Version und der von 4DOS/NDOS.COM unterscheiden. Bezüglich der Sprachbestimmung von externen Utilities und COMMAND.COM sei auf Beispiele in NWDOSTIP.TXT verwiesen (z.B. in MEM.BAT). Die folgenden Variablen können zur Bestimmung der Sprache von 4DOS/NDOS.COM benutzt werden: Englisch (aus 4DOS 5.51/5.52a): %_DOW% Sun Mon Tue Wed Thu Fri Sat %_Month% Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec %_FG% %_BG% Bla Blu Gre Cya Red Mag Yel Whi [Bri] Deutsch (aus NDOS 7.0): %_DOW% So Mo Die Mi Do Fr Sa %_Month% Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Dez %_FG% %_BG% Sch Bla Grü Zya Rot Mag Gel Wei [Leu] Ab 4DOS 5.5 oder 5.51 wurde die landessprachliche Unterstützung stark erweitert, allerdings ist das Konzept (wie so häufig) nur für den US- Markt wirklich durchdacht und wirft in allen Ländern, die z.B. statt des Dezimalpunkts ein Komma etc. verwenden, große Probleme auf: Offenbar reagieren jetzt sämtliche Funktionen auf das landessprachliche Symbol, es gibt aber weder eine praktische Funktion, die aktuelle Ein- stellung auszulesen, noch akzeptieren die Vergleichsfunktionen *beide* Varianten. Dadurch sind Abfragen wie IF %_DOSVer% LT 3.3 ECHO Zu alte DOS Version! z.B. in Deutschland unbrauchbar und das 3.0 müßte zu 3,0 umgeändert werden. Abgesehen davon, daß damit an ziemlich essentieller Stelle keine Abwärtskompatibilität zu alten 4DOS-Versionen und 4DOS-Batchjobs besteht, ist das Schreiben internationaler Batchjobs nahezu unmöglich. Natürlich kann man endlose Doppelabfragen o.ä. einbauen, aber von effektivem International-Support und Kompatibilität kann in diesem Punkt keine Rede sein. Es gibt auch keine Filterfunktion, mit der man die Formate angleichen könnte oder Einstellungen, mit denen man etwa das Dezimal- komma für die Laufzeit eines 'internationalen' Batchjobs auf den Punkt umstellen könnte. Damit wird die Idee "Think global!" ad absurdum geführt... Dieses Manko wird hoffentlich mit einem zukünftigen Update beseitigt. Ein Workaround für Werte, die wie 3.0 mit ".0" enden, ist es, diese Endung einfach wegzulassen. Glücklicherweise trifft dies auf viele Abfragen zu, natürlich ist es keine generelle Lösung des Problems. Aber vielleicht hat jemand anderes schon eine passabele Lösung gefunden? --------------------------------------------------------------------------- 9. Die Vorab-Umgebung von DR DOS/Novell DOS/Caldera OpenDOS unter 4DOS: ======================================================== [97-01-05] === DR DOS 6.0, Novell DOS 7 und Caldera OpenDOS 7.01 wandeln Vorab- Umgebungsvariablen, die innerhalb der CONFIG.SYS mit SET= belegt wurden, nicht in Großbuchstaben um, d.h. sie werden so in der Vorab-Umgebung repräsentiert, wie sie geschrieben wurden. Außerdem werden sämtliche Zeichenketten, die per SET= definiert werden, an das Ende der Vorab-Umgebung angehängt, auch wenn diese keinen Wert enthalten oder bereits belegte Variablen ersetzen würden. Wird am Ende der CONFIG.SYS-Behandlung COMMAND.COM geladen, so wertet der Kommandointerpreter die Vorab-Umgebung aus und baut dabei sein Master-Environment auf. Dabei werden die Variablennamen auch in Groß- buchstaben umgewandelt. Letzteres geschieht bei 4DOS (zumindest bis 5.52a) nicht. Normalerweise ist das unkritisch, weil 4DOS bei Variablen- expansionen sowohl die Variablennamen in der Umgebung, als auch in der Referenz in Großbuchstaben umwandelt, d.h. innerhalb von Batchjobs er- kennt man keinen Unterschied (die Auflistung per SET zeigt aber sehr wohl den Unterschied in der Schreibweise). Wenn Programme aber direkt auf die Umgebung zugreifen und dabei nicht ebenfalls beide Seiten des Vergleichs in Großbuchstaben umwandeln, kann es vorkommen, daß in CONFIG.SYS definierte Variablen auf DR DOS und Novell DOS Systemen, auf denen 4DOS.COM ohne COMMAND.COM läuft, nicht gefunden werden. Es gibt noch einen weiteren Unterschied: 4DOS (getestet bis 5.52a) tastet bezüglich der Vorab-Umgebung die DR DOS/Novell DOS internen Datenstrukturen nicht an. Sobald aber COMMAND.COM geladen wird, wird nach der Auswertung der Vorab-Umgebung und Übernahme dieser in das Master-Environment jene in INT21h/4458h, Offset +12h mittels des Wertes 0 für ungültig erklärt. 4DOS läßt hier den alten Wert stehen, der aber nun ins Leere zeigt! Wenn Utilities einen Wert ungleich 0 als Erkennung für einen gültigen Pointer auf eine Vorab-Umgebung annehmen, wird dies unter 4DOS meistens zum Absturz des Rechners führen. Solange 4DOS für dieses Problem noch keinen Fix implementiert hat, hilft folgendes Workaround: Nachdem 4DOS (ohne zusätzliches COMMAND.COM) geladen wurde, sollten Sie am Anfang der AUTOEXEC.BAT bei Novell DOS 7 folgende Zeile aufnehmen: c:\nwdos\command.com /C EXIT Bei Caldera OpenDOS natürlich: c:\opendos\command.com /C EXIT Dadurch wird COMMAND.COM nur kurzzeitig geladen und patcht einige interne Datenstrukturen so, wie dies unter DR DOS/Novell DOS/Caldera OpenDOS gültig wäre (z.B. wird besagtes Pointer-Offset auf Null gesetzt). Danach gehören diese Probleme auch unter 4DOS der Vergangenheit an. --------------------------------------------------------------------------- 10. Hinweis für DESCRIPT.ION Dateien und PKZIP: =============================================== Die Option -i (und -i-) kann nicht auf DESCRIPT.ION Dateien angewendet werden, da dies offenbar nicht funktioniert (ist allerdings auch nicht gerade sinnvoll). Außerdem sollten DESCRIPT.ION Dateien normalerweise nicht das Read-Only-Attribut gesetzt haben. --------------------------------------------------------------------------- 11. Bugs: [96-10-14] ==================== - Auch mit geladenem IPX/NETX oder - speziell unter Novell DOS 7 und Caldera OpenDOS 7.01 - mit dem Eintrag LASTDRIVE=32 in CONFIG.SYS ist es mit dem SUBST-Befehl unter 4DOS nicht möglich, das Laufwerk `: anzusprechen. - Das Online-Hilfesystem kommt nicht mit allen Textbildschirmgrößen zurecht. Besonders die 40-Zeichen-Modi stiften einige Verwirrung in der Bildschirmausgabe. Auch die Umschaltung der aktiven Bildschirmseite wird nicht unterstützt, andererseits aber auch nicht sauber ignoriert, wie dies für verschiedene interessante Möglichkeiten mit K3PLUS' (alias FreeKEYBs) Bildschirmseiten-Feature notwendig wäre. - Die Behandlung von Caldera OpenDOS/Novell DOS/DR DOS paßwortgeschützten Dateien oder Verzeichnissen ist nicht vollständig. Das Verhalten weicht hier teilweise stark vom Verhalten von Novells COMMAND.COM ab und einige Möglichkeiten werden überhaupt nicht angeboten. Nähere Hinweise gibt es in NWDOSTIP.TXT. Zum Beispiel ist es nicht möglich, auf paßwortgeschützte Dateien zuzugreifen, die in paßwortgeschützten Verzeichnissen liegen, da hier normalerweise zwei Paßwörter erwartet werden und 4DOS 5.51/5.52a mit Angaben wie TYPE c:\protdir;passw1\protfile;passw2 (auch bei verdoppeltem Semikolon) nicht klar kommt. Generell macht das Arbeiten innerhalb paßwortgeschützter Verzeichnisse unter 4DOS Schwierigkeiten: Z.B. werden die Dateien nicht angezeigt, falls sie ebenfalls paßwortgeschützt sind. Beim Operieren innerhalb eines paßwortgeschützten Verzeichnisses wird offenbar jedesmal das Paßwort benötigt, auch wenn man sich bereits in diesem Verzeichnis befindet. Diese Bugs werden hoffentlich in einem späteren Update behoben. - 4DOS 5.51/5.52a TYPE führte bei paßwortgeschützten Dateien unter Novell DOS 7 (getestet mit Update 15) zu einem EMM-Schutzfehler mit Absturz. Sollten Sie mit diesen 4DOS-Versionen arbeiten müssen, verwenden Sie folgendes Workaround: ALIAS TYPE `COMMAND.COM /C TYPE %&` - Obwohl Novell DOS 7 ab Update 14 auch UMB-Regions unterstützt, meckert 4DOS (getestet bis 5.52a) bei LH/LOADHIGH mit Parameter /L:x "No UMB regions defined" an. Ursache unklar. Ein Workaround zum Laden in UMBs ist durch temporären Aufruf über COMMAND.COM möglich, also statt LH /l:2 DOSKEY /insert COMMAND.COM /c LH /l:2 DOSKEY /insert Dies sollte man allerdings nur dort ausführen, wo man sicher weiß, daß die Programme auch tatsächlich hochgeladen werden können, denn sonst ist der kurzzeitig geladene Original-Kommandoprozessor jedem Optimierungsbestreben im Weg. - 4DOS unterstützt offenbar nicht DOSKEY, auch nicht mit SETDOS /l1 (Getestet: 4DOS 4.xx und 5.52a mit Novell DOS Update 15). Natürlich bietet 4DOS selbst wesentlich umfangreichere Möglichkeiten als DOSKEY, aber trotzdem müßte DOSKEY aus Kompatibilititätsgründen unterstützt werden (können)... - 4DOS 5.51 hatte im Gegensatz zu 4DOS 5.5b/c und 4DOS 5.52a auf mehreren Testrechnern reproduzierbar massive Probleme mit Novell DOS 7 MEMMAX +V Option (getestet mit Novells EMM386 v3.10 /VIDEO aus Update 15). Sobald man MEMMAX +V ausführt und MEMMAX seine Meldung über den der- zeitigen Status ausgeben will, stürzt das System tief ab (Bildschirm- inhalt durcheinandergewürfelt und wildes Gepiepse). Wenn Sie mit 4DOS 5.51 arbeiten, sollten Sie folgendes Workaround ver- suchen, das zumindest bei meinen Testrechnern funktionierte. Die Lösung besteht darin, MEMMAX über ein ALIAS oder über einen Batchjob nur indirekt über COMMAND.COM aufzurufen. ALIAS-Beispiele: ALIAS MEMMAX `c:\command.com /c c:\nwdos\MEMMAX.COM %&` ALIAS MEMMAX `command /c MEMMAX %&` MEMMAX.BAT: @c:\command.com /c c:\nwdos\MEMMAX.COM %1 %2 %3 %4 %5 %6 %7 %8 %9 Allerdings funktioniert auch das nicht immer (ausprobieren). Auf meinen Systemen funktionierte es allerdings bisher immer, eine Kopie von COMMAND.COM zu laden, dann MEMMAX +V zu setzen, die gewünschte Anwendung zu starten, danach wieder MEMMAX -V zurücksetzen und zuletzt COMMAND.COM mit EXIT zu beenden und auf 4DOS zurückzukehren. --------------------------------------------------------------------------- Converted to HTML by TXT2HTML (©Thomas Antoni), 29.06.2011, 17:35:55 |