Bei Batch aufrufen kommt "Speichplatz Problem"

[Titus55]

Batch starten vom Totalcommander aus:
Nach einem Set Befehl kommt folgendes:

D:\BATCH>Set OutPath=T:\Titus\
Kein Speicherplatz mehr im Umgebungsbereich

Ein Aufruf in der DosBox funktionmiert enwandfrei

Ich hatte auch in zwei Zeilen ein andreres DOS-Programm gestartet. Der erste Aufruf ging der zweite meldete eine Synatx Fehler.
In der DosBox funktionmiert es enwandfrei


titus

[dumbledore954]

Mit welcher Windows-Version arbeitest du denn? Das letzte Mal, dass mir dieser Fehler begegnet ist, war bei Windows ME. Dieses System war noch auf DOS aufgesetzt und hatte somit standardmäßig eine Umgebungsgröße von 1024 Bytes. Diese geringe Wert war oftmals schnell erreicht.

Unter XP kann ich den Fehler nicht nachvollziehen.

[Titus55]

@Dumbledore954

Ich arbeite mit WindosXP, es werden immer alle Updates ausgeführt. Bin also auf dem neusten Stand
titus

[sqa_wizard]

Dein Umgebungsbereich ist anscheinend zu klein.

In der config.nt im Windows/System32 Verzeichnis folgende Zeile ans Ende setzen:

Code: Select all

shell=%SystemRoot%\system32\command.com /p /e:2048

[karlchen]

Gibt es irgendeinen vernünftigen Grund, unter Windows XP statt der cmd.exe noch command.com zu verwenden???
(Mir fällt keiner ein.)

Karl

[shammat]

Gibt es irgendeinen vernünftigen Grund, unter Windows XP statt der cmd.exe noch command.com zu verwenden???
(Mir fällt keiner ein.)

Zum Ausführen von alten 16-Bit (DOS) Programmen (nachdem command.com ja ein 16-Bit Programm ist)

[Dalai]

Gibt es irgendeinen vernünftigen Grund, unter Windows XP statt der cmd.exe noch command.com zu verwenden???
(Mir fällt keiner ein.)

Zum Ausführen von alten 16-Bit (DOS) Programmen (nachdem command.com ja ein 16-Bit Programm ist)

Ich kann Norton Commander 5.0 problemlos mit der CMD benutzen *schulterzuck*. Ich sehe keinen Sinn darin, die COMMAND.COM zum Standard zu machen.

Wenn man mal ein 16-Bit Programm hat, das nicht mit der CMD klarkommt, kann man immernoch manuell die COMMAND.COM starten.


EDIT:
Zum Thema:
Was steht in der %SystemRoot%\system32\autoexec.nt und %SystemRoot%\system32\config.nt?

Hier mal der Inhalt der beiden Dateien von meinem Win2k:
AUTOEXEC.NT

Code: Select all

@echo off

REM C:\AUTOEXEC.BAT wird nicht zum Initialisieren der 
REM MS-DOS-Umgebung verwendet.
REM Stattdessen wird die Datei AUTOEXEC.NT verwendet,
REM es denn eine andere Startdatei wird in einer PIF-
REM Datei angegeben.

REM Installieren der CD-ROM-Erweiterung
lh %SystemRoot%\system32\mscdexnt.exe

REM Installieren des Netzwerk-Redirectors (vor dosx.exe laden)
lh %SystemRoot%\system32\redir

REM Installieren der DPMI-Unterstützung
lh %SystemRoot%\system32\dosx

CONFIG.NT (die vielen REMs habe ich weggelassen)

Code: Select all

dos=high, umb
device=%SystemRoot%\system32\himem.sys
files=20

MfG Dalai

[StatusQuo]

Ich kann Norton Commander 5.0 problemlos mit der CMD benutzen *schulterzuck*. Ich sehe keinen Sinn darin, die COMMAND.COM zum Standard zu machen.

Speicherresidente DOS-Programme (TSR) haben wohl ein Problem mit cmd.exe:
http://technet2.microsoft.com/windowsserver/de/library/e2835975-443f-462c-9c90-f6d49c7faa471031.mspx?mfr=true :

Ntcmdprompt
Führt den Befehlsinterpreter Cmd.exe anstelle von Command.com aus, nachdem ein speicherresidentes Programm (TSR) ausgeführt oder die Eingabeaufforderung innerhalb einer MS-DOS-Anwendung gestartet wurde.
[...]
Bedenken Sie jedoch hierbei, dass das TSR-Programm u. U. nicht verfügbar ist, wenn Sie Cmd.exe ausführen.

Wenn man mal ein 16-Bit Programm hat, das nicht mit der CMD klarkommt, kann man immernoch manuell die COMMAND.COM starten.

Auch wieder wahr.

[StatusQuo]

2Titus55
Wenn

shell=%SystemRoot%\system32\command.com /p /e:2048

nicht hilft, würde ich es in der Datei %SystemRoot%\system32\config.nt (bzw. der bei Dir verwendeten)
mit dem Parameter NTCMDPROMPT versuchen.
In der Standarddatei sollte der schon vorhanden sein, das vorangestellte "REM" muss nur noch entfernt werden.

[Dalai]

[OT]

Speicherresidente DOS-Programme (TSR) haben wohl ein Problem mit cmd.exe:

Ich verwende jetzt seit fast 6 Jahren Windows 2000 und ich arbeite sehr intensiv mit der Konsole, habe aber noch nie die Notwendigkeit gehabt, dort TSRs zu verwenden.

Selbst damals auf Win98 habe ich sowas nicht mehr verwendet.
Ganz anders sieht das aus, wenn man noch mit DOS arbeitet.

Ich denke, die Wahrscheinlichkeit, dass jemand auf COMMAND.COM angewiesen ist, ist sehr gering.
Außerdem gibt es noch zu bedenken, dass nicht wenige DOS-Programme direkten Hardware-Zugriff haben wollen, und den gibt es nicht auf NT-basierten Systemen.

So, genug zu diesem Thema.
[/OT]

Die bereits im Thread gegebene Hilfe sollte erstmal weiterhelfen.

MfG Dalai

[Titus55]

@StatusQuo
Ich werde das mal ausprobieren, habe im moment aber wenig Zeit. Könnte also etwas dauern

titus