Das deutsche QBasic- und FreeBASIC-Forum

[Progger_X]

Hallo!

Ich habe ein Problem mit DOS: seit kürzerem kann ich, wenn ich beim Ausführen CMD eingebe, oder wenn ich auf MS-DOS Eingabeaufforderung bei Zubehör gehe, nur noch manche Befehle ausführen. Dir z.B. geht, debug und shutdown geht nicht.

Ich habe schon Systemwiederherstellung versucht, aber wenn ich einen Prüfpunkt vom 1.12. nehme, wo das Problem nicht auftrat, dann kommt "konnte System nicht wiederherstellen - keine änderung" oder so.

Weiß jemand, was ich tun kann?

[Lutz Ifer]

Servus!

"dir", "cd" und einige andere sind "echte" Befehle der cmd.exe / command.exe. "Debug" und "Shutdown" hingegen eigene Programme. Rein theoretisch müsste also für jeden Aufruf von "Debug", "Shutdown", (und "copy" und "del" und "format" und viele viele andere) jeweils der komplette Pfad angegeben werden. Damit man sich das sparen kann, gibt es eine Umgebungsvariable namens "path" - in der stehen ein paar Standardpfade, in denen Windoof erstmal nachguckt, ob die gewünschte exe-Datei nicht da drinne ist.

Gib in der Dosbox einfach mal "set" ein, dann bekommst du eine Auflistung aller Umgebungsvariablen, einschließlich besagtem "path". Schau mal, ob da "C:\windows\system32" dabeisteht.

Gruß
Lutz Ifer

ps: Lohnenswert, sich alle für FB benötigten dlls in einem Ordner zu sammeln, und dann die path-Umgebungsvariable um diesen Eintrag zu erweitern...

[oiermann]

@Lutz Ifer: Da muss ich dich berichtigen! del und copy sind interne befehle! nur format ist extern!
_________________
Ich bin keine Signatur, ich putz hier nur

[Lutz Ifer]

Servus.

Zugegeben, bei "del" bin ich mir nicht sicher - aber [x]copy[32] und seine Varianten sind Programme (...die zwar alle nur die mod-Datei aufrufen, aber das ist ne andere Geschichte).

Gruß
Lutz Ifer

[MisterD]

copy intern, xcopy, copy32 etc extern oder?
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra

[oiermann]

Morgen vormittag mach ich mal ne liste mit den internen und externen befehlen ich hab noch das handbuch zu dos 6.22 rumfliegen, nur heut ises mir zu spät......

gut nacht!
_________________
Ich bin keine Signatur, ich putz hier nur

[Lutz Ifer]

Servus.

Im Dos6.2-Handbuch findet sich in der Befehlsreferenz kein Hinweis, welcher Befehl intern / extern ist - schau mal in deinem Handbuch nach.

Ansonsten: Back to topic?

Gruß
Lutz Ifer

[oiermann]

Nomml weg vom Topic: I hab 2 jahre mit dem nebenher geschafft, ich weiss des dann nur nicht alle auswendig, also brauch ich das buch

/edit: son mist i find das buch grad net, also mach is ausm netz, in der liste dort bin ich mir aber nicht 100%ig sicher ob da alle befehle drinstehen

append - extern
assign - extern
attrib - extern
backup - extern
break - intern
call - intern
cd - intern
chcp - intern
chdir - intern
chkdsk - bei manchen versionen intern, bei den meisten extern
cls - intern
command - SHELL
comp - extern
copy - intern
ctty - intern
date - intern
debug - extern
del - intern
dir - intern
diskcomp - extern
diskcopy - extern
doskey - extern
dosshell - extern
echo - intern
edit - extern
edlin - extern
emm386 - extern
erase - extern
exe2bin - extern
exit - extern
expand - extern
fastopen - extern
fc - extern
fdisk - extern
find - extern
for - intern
format - extern
goto - intern
graftabl - extern
graphics - extern
help - wenn help.exe vorhanden, kommt komplette doshilfe, ansonsten nur kurze beschreibung eines befehls (z.b help format)
if - intern
join - extern
keyb - extern
label - intern
lh - intern (für config.sys)
loadfix - extern
md - intern
mem - extern
mirror - extern
mkdir - intern
mode - extern
more - extern
msd - extern
mlsnufuc - intern
path - intern
pause - intern
print - intern
prompt - extern
qbasic - extern
rd - intern
recover - extern
rem - intern
ren - intern
replace - intern
restore - extern
set - intern
setver - extern
share - extern
shift - intern
sort - intern
subst - extern
sys - extern
time - intern
tree - extern
type - intern
undelete - extern
unformat - extern
ver - intern
verifi - intern
voll - intern
xcopy - extern
xcopy32 - extern


So ich hoff mir is da jetzt kein fehler unterlaufen, wenn doch sagts mir bitte.
_________________
Ich bin keine Signatur, ich putz hier nur

[Progger_X]

So, aber jetzt mal zurück zum Thema:



Da bin ich nun. Wie es mir scheint, ist Path schon auf SystemRoot\System32 eingestellt, und SystemRoot ist auch Windows.1, wo bei mir das ganze Zeugs drinne ist. Kann es vielleicht dran liegen, das zu viele Einträge bei Path sind?

Und wie verändere ich das Zeug?

[oiermann]

mit xp kenn ich mich nicht aus, aber bist du dir sicher dass die jeweiligen dateien überhaupt noch da sind???????

den path könntest du mit der autoexec.bat (ich weiss nich sehr "xp-würdig") einstellen: path=c:\windows\system32

ich könnt dir freedos empfehelen, das is echt gut, nur weiss ich nicht ob die dateien unter xp korrekt laufen, bei mir unter 98 gehts auf jeden fall
_________________
Ich bin keine Signatur, ich putz hier nur

[MisterD]

könnte er nicht, spätestens seit ME wird die autoexec bei jedem start überschrieben, zumindest in der standardeinstllung, weiß nich ob man das irgendwo ändern kann..
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra

[Kai Bareis]

Die Umgebungsvariablen lassen sich unter System > Erweitert > Umgebungsvariabeln einstellen. Und hast du schon mal nach debug.exe gesucht? sollte undter LW:\Windows\System32\ liegen
_________________
MfG Kai Bareis
Es ist noch kein Meister vom Himmel gefallen! Warum einfach wens auch umständlich geht!

[Progger_X]

Na, wie gesagt, mein Windows ist(weil ich es wegen nem Virus mal neuinstallieren musste) in C:\Windows.1.
Seltsamerweise waren bei Umgebungsvariablen alle Pfade auf C:\Programme\Microsoft Visual Studio\Common\MSDev98 gesetzt. Na ja, ich veränder es mal, und schau, obs dann klappt.

Die Dateien sind alle noch da, wenn ich cmd aus C:\windows.1\System32 starte, dann funktioniert auch alles.

/EDIT: Ja, klappt. Danke für Hilfe.