Batch: Verzeichnisnamen auslesen?

[Louis Noser]

Hallo

Warum funktioniert das nicht? ->

FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a

Ich möchte alle Verzeichnisnamen ausgeben, die mit dummy beginnen.

Wenn wir grad dabei sind:
Was bedeutet ~nxi beim folgenden Befehl? ->

for %%i in ("%cd%") do set "Aktuell=%%~nxi"

Vielen Dank.

Grüsse
Louis

[Marcel Mueller]

Post by Louis Noser
Warum funktioniert das nicht? ->
FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a

Also unter DOS wird das gar nix.

Unter Windows könnte es besser klappen. Allerdings wird er die gegebenen
Strings der Reihe nach durch gehen.

Etwas erfolgreicher könnte die Sache mit /einfachen/ Anführungszeichen
werden, allerdings auch nur, wenn man die Option /F nicht vergisst.

Post by Louis Noser
Was bedeutet ~nxi beim folgenden Befehl? ->
for %%i in ("%cd%") do set "Aktuell=%%~nxi"

Das ist eine Windows CMD.EXE Erweiterung, um Komponenten aus einem
Dateipfad auszuschneiden.

Guckst Du ss64.com. Das ist /die/ Anleitung für Windows-Batchdateien.


Marcel

[Claus Reibenstein]

Post by Marcel Mueller
Guckst Du ss64.com. Das ist /die/ Anleitung für Windows-Batchdateien.

Hier ist aber nicht Windows, sondern DOS. Hast Du dafür auch 'ne
brauchbare Seite? ss64.com führt COMMAND.COM leider nicht auf.

Gruß
Claus

[Claus Reibenstein]

Post by Louis Noser
Warum funktioniert das nicht? ->
FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a

Diese Konstruktion kenne ich nur von Windows. Unter welchem DOS soll die
funktionieren?

Post by Louis Noser
Was bedeutet ~nxi beim folgenden Befehl? ->
for %%i in ("%cd%") do set "Aktuell=%%~nxi"

Auch das kenne ich nur von Windows.

Beides wird in der Hilfe zum FOR-Befehl ausführlich behandelt. Die Hilfe
erreichst Du mit einem dieser Befehle (auch unter DOS):

for /?
help for

Gruß
Claus

[Louis Noser]

Hallo

Post by Claus Reibenstein
Diese Konstruktion kenne ich nur von Windows. Unter welchem DOS soll die
funktionieren?

Ist das die falsche Gruppe für cmd.exe unter Windows 10?

Post by Claus Reibenstein
...Die Hilfe
for /?
help for

Ja, habe ich natürlich schon zu Rate gezogen. Da werde ich aber leider
nicht recht schlau.

Grüsse
Louis

[Herbert Kleebauer]

Post by Louis Noser
Ist das die falsche Gruppe für cmd.exe unter Windows 10?

Nein, aber es gibt immer ein paar ewig Gestrige.

Post by Louis Noser
Warum funktioniert das nicht? ->
FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a

for /f %%a in ('dir /b i:\backups\dummy*') do echo %%a

Post by Louis Noser

Post by Claus Reibenstein
for /?

Ja, habe ich natürlich schon zu Rate gezogen. Da werde ich aber leider
nicht recht schlau.
Was bedeutet ~nxi beim folgenden Befehl? ->
for %%i in ("%cd%") do set "Aktuell=%%~nxi"

Zusätzlich wurde die Ersetzung von Verweisen auf FOR-Variablen erweitert.
Sie können jetzt folgende Syntax verwenden:

%~nI - erstellt nur den Dateinamen von %I.
%~xI - erstellt nur die Dateierweiterung von %I.

[Louis Noser]

Hallo

Post by Herbert Kleebauer

Post by Louis Noser
Warum funktioniert das nicht? ->
FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a

for /f %%a in ('dir /b i:\backups\dummy*') do echo %%a

Das funktioniert leider bei mir (cmd.exe unter Windows 10) auch nicht.

(Gibt es für einen DOS-Batch einen Unterschied zwischen einfachem Quote
und zweifachem?)

Grüsse
Louis

[Herbert Kleebauer]

Post by Louis Noser

Post by Herbert Kleebauer

Post by Louis Noser
Warum funktioniert das nicht? ->
FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a

for /f %%a in ('dir /b i:\backups\dummy*') do echo %%a

Das funktioniert leider bei mir (cmd.exe unter Windows 10) auch nicht.

Eine etwas ausführlichere Fehlermeldung ist schon nötig falls
du Hilfe erwartest. Gib doch mal nur

dir /b i:\backups\dummy*

ein und schau ob das das liefert was du dann mit der for Schleife
zeilenweise bearbeiten willst.

Post by Louis Noser
(Gibt es für einen DOS-Batch einen Unterschied zwischen einfachem Quote
und zweifachem?)

Offensichtlich

[Claus Reibenstein]

Post by Herbert Kleebauer

Post by Louis Noser
Ist das die falsche Gruppe für cmd.exe unter Windows 10?

Nein, aber es gibt immer ein paar ewig Gestrige.

Du meinst sicher die, die bis heute nicht begriffen haben, dass Windows
seit NT (im Business-Bereich) und XP (im Consumer-Bereich) eigenständige
Betriebssysteme sind und mit DOS absolut nichts mehr zu tun haben. Genau
diese Leute verstehen auch nicht, dass CMD.EXE ein reines
Windows-Programm ist. Zwar hat CMD.EXE den Befehlssatz von COMMAND.COM
(das ist der Kommandozeileninterpreter von DOS) weitestgehend
übernommen, so dass alte DOS-Batches oft ohne Änderungen direkt von
CMD.EXE verarbeitet werden können. Trotzdem ist CMD.EXE ein
eigenständiges Windows-Programm mit einem wesentlich größeren
Funktionsumfang und gehört allein deshalb schon nicht hierher.

Wer dies bis heute nicht begriffen hat und meint, Windows-Fragen
gehörten in eine DOS-Gruppe, der hat weder Windows noch das Usenet
begriffen und darf sich getrost zu den "ewig Gestrigen" zählen.

Gruß
Claus

[Louis Noser]

Hallo

...Zwar hat CMD.EXE den Befehlssatz von COMMAND.COM
(das ist der Kommandozeileninterpreter von DOS) weitestgehend
übernommen, so dass alte DOS-Batches oft ohne Änderungen direkt von
CMD.EXE verarbeitet werden können.

All das habe ich schon verinnerlicht. Ganz blöd bin auch ich nicht.

Da es sich jedoch um DOS-Befehle handelt, die mich bei cmd.exe
interessieren, dachte ich, dass ich hier, wo ich doch die DOS-Experten
am ehesten vermuten darf, richtig bin.

Ich soll also Deiner Meinung nach wirklich, wenn es sich um DOS-Befehle
in der Windows-eigenen cmd.exe handelt, in einer Windows-Gruppe fragen,
wo doch hier die DOS-Cracks sein dürften?

Wer ist denn Deiner Meinung nach in dieser Gruppe hier richtig?
Jemand, dessen Rechner mit dem altehrwürdigen DOS läuft?

Ich erlaube mir nun trotzdem nochmal, hier in dieser Gruppe meine Frage
zu stellen.

Was ich möchte, ist Folgendes:
Ein Verzeichnis namens "Dummy 020117" soll testhalber per DOS-Batch in
"Dummy 030117" umbenannt werden, wobei das Datum, was die Datei vor der
Umbenennung trägt (hier 020117) nicht bekannt ist (weil das Verzeichnis
im produktiven Betrieb in bestimmten Intervallen immer von neuem
umbenannt wird). Es gibt jedoch immer nur eine einzige Datei im
Verzeichnis, deren Namen mit "Dummy" beginnt.

Wenn das Folgende einen Verzeichnisnamen (hier: dummy 020117)
zurückgeben würde, würde ich den Rest glaub ich auch noch hinkriegen.

Aber
--------------------------------------------------
for /f %%a in ('dir i:\backups\dummy*') do echo %%a
pause
--------------------------------------------------
gibt Folgendes aus:
http://workupload.com/file/HxdSJLV

Wie kriege ich es hin, dass ein Verzeichnisnameni angezeigt wird (hier
erwartete Rückgabe: "dummy 020117")?

Grüsse
Louis

[Ulrich F. Heidenreich]

Post by Louis Noser
Da es sich jedoch um DOS-Befehle handelt, die mich bei cmd.exe
interessieren,

Wonach du fragtest, waren aber keine DOS-Befehle.

Post by Louis Noser
for /f %%a in ('dir i:\backups\dummy*') do echo %%a

Auch das ist kein DOS-Befehl sondern Syntax des cmd.exe. DOS
würde darauf *ausprobier* mit einem Syntaxfewhler reagieren:

|Microsoft(R) Windows 95
| (C)Copyright Microsoft Corp 1981-1996.

Und ja. Da liegt noch ein DOS drunter, während der cmd.exe was eigenes
ist.

|G:\Dokumente\Desktop>for /f %%a in ('dir i:\backups\dummy*') do echo %%a
|Syntaxfehler

Der Sprachumfang des FOR-Befehls in DOS ist wesentlich geringer als der
des cmd.exe:

|G:\Dokumente\Desktop>for /?
|Führt einen Befehl für jede Datei einer Dateigruppe einzeln aus.
|
|FOR %Variable IN (Gruppe) DO Befehl [Parameter]
|
| %Variable Ein ersetzbarer Parameter.
| (Gruppe) Eine Gruppe mit mindestens einer Datei. Platzhalter sind zulässig.
| Befehl Befehl, der für jede Datei ausgeführt wird.
| Parameter Parameter und Optionen für den angegebenen Befehl.
|
|Geben Sie bei einem Stapelverarbeitungsprogramm in der FOR-Anweisung
|statt %Variable %%Variable an.

Insbesondere also zum Beispiel kein /f. Zudem expandiert DOS bei Nutzen
von einfachen Hochkommata keineswegs die wohl gewünschte Ausgabe des
"DIR"-Befehls (Linux command substitution), sondern macht einfach

|G:\Dokumente\Desktop>for %a in ('dir i:\backups\dummy*') do echo %
|
|G:\Dokumente\Desktop>echo 'dir
|'dir
|
|G:\Dokumente\Desktop>echo i:\backups\DUMMY1
|i:\backups\DUMMY1
|
|G:\Dokumente\Desktop>echo i:\backups\DUMMY2
|i:\backups\DUMMY2
|
|G:\Dokumente\Desktop>echo i:\backups\DUMMY3
|i:\backups\DUMMY3

Post by Louis Noser
http://workupload.com/file/HxdSJLV

Wieso muss man DOS-Ausgaben eigentlich als *.jpg hochladen?


CU!
Ulrich

[Claus Reibenstein]

Post by Louis Noser

...Zwar hat CMD.EXE den Befehlssatz von COMMAND.COM
(das ist der Kommandozeileninterpreter von DOS) weitestgehend
übernommen, so dass alte DOS-Batches oft ohne Änderungen direkt von
CMD.EXE verarbeitet werden können.

All das habe ich schon verinnerlicht. Ganz blöd bin auch ich nicht.
Da es sich jedoch um DOS-Befehle handelt, die mich bei cmd.exe
interessieren

Das sind eben _keine_ DOS-Befehle. Die DOS-Befehle machen nur einen
kleinen Teil der Befehle aus. FOR /F gehört schon _nicht_ mehr dazu,
ebensowenig die Erweiterungen %~nI, %~xI etc. Diese sind rein
Windows-spezifisch und deshalb hier fehl am Platz.

Ist das wirklich so schwer zu kapieren?

Post by Louis Noser
Wer ist denn Deiner Meinung nach in dieser Gruppe hier richtig?
Jemand, dessen Rechner mit dem altehrwürdigen DOS läuft?

Zum Beispiel. Oder auch jemand, der DOS in einer virtuellen Maschine
laufen hat. Oder auch jemand, der sich für DOS interessiert.

Post by Louis Noser
Ich erlaube mir nun trotzdem nochmal, hier in dieser Gruppe meine
Frage zu stellen.

Und ich erlaube mir, Dich ab sofort zu ignorieren. Leb wohl.

Gruß
Claus

[Herbert Kleebauer]

Post by Claus Reibenstein
Das sind eben _keine_ DOS-Befehle. Die DOS-Befehle machen nur einen
kleinen Teil der Befehle aus. FOR /F gehört schon _nicht_ mehr dazu,
ebensowenig die Erweiterungen %~nI, %~xI etc. Diese sind rein
Windows-spezifisch und deshalb hier fehl am Platz.
Ist das wirklich so schwer zu kapieren?

Wenn man unter DOS das Betriebssystem versteht, gibt es keine
"DOS-Befehle" sondern nur das INT 21 Programminterface. DOS
kennt keine Befehle wie "dir", "for" etc. Das sind Befehle
die von der shell ausgeführt werden. Und es steht jedem frei,
eine shell seiner Wahl zu benutzen, z.B. das standardmäßig
vorhandene command.com, einen cmd-Klon (win95cmd.exe) oder
auch eine aus der Unix-Welt stammende bash shell.

%~nI, %~xI hat überhaupt nichts mit Windows zu tun sonder
ist einzig und allein ein Konstrukt das von cmd.exe ausgewertet
wird.

[Herbert Kleebauer]

Post by Louis Noser
Aber
--------------------------------------------------
for /f %%a in ('dir i:\backups\dummy*') do echo %%a
pause
--------------------------------------------------

Diesmal hast du aber das "/b" bei "dir" weggelassen.

[Louis Noser]

Post by Herbert Kleebauer
Diesmal hast du aber das "/b" bei "dir" weggelassen.

Du findest das lustig, ja?

Statt rumzumotzen und die rechthaberischen Korinthenkacker zu markieren,
hättet Ihr alle besser entweder das Maul gehalten, oder dann etwas
Konstruktives zu meiner Frage beigetragen.

Wie zB. sie zu beantworten.

Aber eben: Klischee hin oder her: Tendenziell sind mehr Deutsche
rummotzende, rechthaberische "Ich-weiss-wie-die-Welt-tickt"-Hirnis als
die Schweizer.

Dann halt. Ich werds auch selbst hinkriegen.

Louis

[Herbert Kleebauer]

Post by Louis Noser

Post by Herbert Kleebauer
Diesmal hast du aber das "/b" bei "dir" weggelassen.

Du findest das lustig, ja?

Deine Originalzeile die nicht funktionierte:

FOR %%a IN ("dir /b i:\backups\dummy*") DO echo %%a


Meine korrigierte Version:

for /f %%a in ('dir /b i:\backups\dummy*') do echo %%a


Du lässt das /b weg und beschwerst dich, dass es wieder
nicht funktioniert:

for /f %%a in ('dir i:\backups\dummy*') do echo %%a


Was findest du daran lustig?

[Louis Noser]

Hallo

Endlich geschafft!

Das also ist die Lösung:
for /d %%a in (i:\backups\dummy*) do rename "%%a" "Dummy 070117"

(Auch wenn es sich nicht um Dos handelt: Weil hier angefangen, auch hier
beendet.)

Grüsse
Louis

[Claus Reibenstein]

Post by Louis Noser

Post by Herbert Kleebauer
Diesmal hast du aber das "/b" bei "dir" weggelassen.

Du findest das lustig, ja?

Ich weiß nicht, wie Du darauf kommst. Mir scheint Herberts Antwort
durchaus ernst gemeint zu sein.

Post by Louis Noser
[restliches Rumgemotze gesnipt]

Gruß
Claus

[Herbert Kleebauer]

Post by Claus Reibenstein
Du meinst sicher die, die bis heute nicht begriffen haben, dass Windows
seit NT (im Business-Bereich) und XP (im Consumer-Bereich) eigenständige
Betriebssysteme sind und mit DOS absolut nichts mehr zu tun haben.

MSDOS ist die Abkürzung für Microsoft Disk Operating System.
Bis zu welcher Version ist es denn deiner Meinung nach on-topic
hier? Bis Version 3, 5 oder vielleicht sogar bis Version 7?
Und nur weil MS dann beschlossen hat neuere Versionen nicht
mehr einfach durchzunummerieren, sondern aus werbetechnischen
Gründen Namen wie "Windows NT" zu verwenden, gehört es nicht
mehr hierher? Was wenn die nächste "Microsoft Disk Operating System"
Version nicht Windows 11 sondern wieder MSDOS 11 heißt, gehört
es dann wieder hierher?

Post by Claus Reibenstein
Genau
diese Leute verstehen auch nicht, dass CMD.EXE ein reines
Windows-Programm ist.

CMD.EXE ist ein reines Konsolenprogramm und nutzt das Graphik-
subsystem von Windows überhaupt nicht. Es ist ein ganz normales
Programm (Kommandointerpreter) und hat mit dem Betriebssystem
genau so viel zu tun wie etwa QBasic (Basicinterpreter). Es
gab im übrigen auch eine Version für Windows 95 (Win95cmd.exe)
genauso wie es bei Windows NT ein command.com gab.

Deiner Logik nach wären also Fragen zu Win95cmd.exe hier
on-topic, da es ja unter DOS lief, Fragen zu command.com
das jemand unter NT nutze aber off-topic?

Post by Claus Reibenstein
Zwar hat CMD.EXE den Befehlssatz von COMMAND.COM
(das ist der Kommandozeileninterpreter von DOS) weitestgehend
übernommen, so dass alte DOS-Batches oft ohne Änderungen direkt von
CMD.EXE verarbeitet werden können. Trotzdem ist CMD.EXE ein
eigenständiges Windows-Programm mit einem wesentlich größeren
Funktionsumfang und gehört allein deshalb schon nicht hierher.

Das gilt für alle Programme. Auch eine aktuelle Wordversion
hat einen wesentlich höheren Funktionsumfang als das Word 2.0
zu DOS Zeiten als die entsprechende Newsgruppe gegründet wurde
und trotzdem sind Fragen zum aktuellen Word dort richtig
aufgehoben.

Post by Claus Reibenstein
Wer dies bis heute nicht begriffen hat und meint, Windows-Fragen
gehörten in eine DOS-Gruppe, der hat weder Windows noch das Usenet
begriffen und darf sich getrost zu den "ewig Gestrigen" zählen.

Fragen zu einem Microsoft Disk Operating System gehören gehören
in die Gruppe die für Microsoft Disk Operating Systeme geschaffen
wurde. Dazu gehören auch Fragen zu systemnahen Dienstprogrammen wie
eben cmd.exe oder command.com. Sicherlich nicht dahin gehören
Fragen zum Graphiksubsystem, da dies nichts mit dem Betriebssystem
zu tun hat (die gehören in eine Windowsgruppe).

Sehr hilfreich wäre allerdings die Angabe der Betriebssystemversion
auf die sich die Frage bezieht.

[Claus Reibenstein]

Post by Herbert Kleebauer

Post by Claus Reibenstein
Du meinst sicher die, die bis heute nicht begriffen haben, dass
Windows seit NT (im Business-Bereich) und XP (im Consumer-Bereich)
eigenständige Betriebssysteme sind und mit DOS absolut nichts mehr
zu tun haben.

MSDOS ist die Abkürzung für Microsoft Disk Operating System.
Bis zu welcher Version ist es denn deiner Meinung nach on-topic
hier? Bis Version 3, 5 oder vielleicht sogar bis Version 7?

Jede MS-DOS-Version.

Post by Herbert Kleebauer
Und nur weil MS dann beschlossen hat neuere Versionen nicht
mehr einfach durchzunummerieren, sondern aus werbetechnischen
Gründen Namen wie "Windows NT" zu verwenden, gehört es nicht
mehr hierher?

Weil es eben _kein_ MS-DOS mehr ist bzw. enthält. Alle Windows-Versionen
vor NT waren keine Betriebssysteme, sondern hatten immer ein MS-DOS als
Unterbau, welches sich auch separat starten ließ. Nur dieser Unterbau
war das eigentliche Betriebssystem und trug den Namen MS-DOS. Ab NT
fehlt dieser Unterbau.

Es hat also mitnichten etwas mit "werbetechnischen Gründen" zu tun,
sondern mit rein technischen.

Post by Herbert Kleebauer
Was wenn die nächste "Microsoft Disk Operating System"
Version nicht Windows 11 sondern wieder MSDOS 11 heißt, gehört
es dann wieder hierher?

Jetzt wird es albern.

Post by Herbert Kleebauer

Post by Claus Reibenstein
Genau
diese Leute verstehen auch nicht, dass CMD.EXE ein reines
Windows-Programm ist.

CMD.EXE ist ein reines Konsolenprogramm und nutzt das Graphik-
subsystem von Windows überhaupt nicht.

Dann lass CMD.EXE doch mal ohne Windows laufen.

Post by Herbert Kleebauer

Post by Claus Reibenstein
Zwar hat CMD.EXE den Befehlssatz von COMMAND.COM
(das ist der Kommandozeileninterpreter von DOS) weitestgehend
übernommen, so dass alte DOS-Batches oft ohne Änderungen direkt von
CMD.EXE verarbeitet werden können. Trotzdem ist CMD.EXE ein
eigenständiges Windows-Programm mit einem wesentlich größeren
Funktionsumfang und gehört allein deshalb schon nicht hierher.

Das gilt für alle Programme. Auch eine aktuelle Wordversion
hat einen wesentlich höheren Funktionsumfang als das Word 2.0
zu DOS Zeiten als die entsprechende Newsgruppe gegründet wurde
und trotzdem sind Fragen zum aktuellen Word dort richtig
aufgehoben.

Von welcher Newsgroup redest Du? Hat die DOS im Namen?

Post by Herbert Kleebauer
Fragen zu einem Microsoft Disk Operating System gehören gehören
in die Gruppe die für Microsoft Disk Operating Systeme geschaffen
wurde.

Dann können wir uns die Windows-Gruppen ja schenken.

Post by Herbert Kleebauer
Dazu gehören auch Fragen zu systemnahen Dienstprogrammen wie
eben cmd.exe oder command.com.

COMMAND.COM ja, CMD.EXE nein.

Post by Herbert Kleebauer
Sicherlich nicht dahin gehören
Fragen zum Graphiksubsystem, da dies nichts mit dem Betriebssystem
zu tun hat (die gehören in eine Windowsgruppe).

Nochmal: Windows ist seit NT bzw. XP _kein_ "Graphiksubsystem" mehr,
sondern ein vollständiges Betriebssystem.

Ist das wirklich so schwer zu kapieren?

Gruß
Claus

[Herbert Kleebauer]

Post by Claus Reibenstein

Post by Herbert Kleebauer
MSDOS ist die Abkürzung für Microsoft Disk Operating System.
Bis zu welcher Version ist es denn deiner Meinung nach on-topic
hier? Bis Version 3, 5 oder vielleicht sogar bis Version 7?

Jede MS-DOS-Version.

Also auch Windows 10.

Post by Claus Reibenstein

Post by Herbert Kleebauer
Und nur weil MS dann beschlossen hat neuere Versionen nicht
mehr einfach durchzunummerieren, sondern aus werbetechnischen
Gründen Namen wie "Windows NT" zu verwenden, gehört es nicht
mehr hierher?

Weil es eben _kein_ MS-DOS mehr ist bzw. enthält. Alle Windows-Versionen
vor NT waren keine Betriebssysteme, sondern hatten immer ein MS-DOS als
Unterbau, welches sich auch separat starten ließ. Nur dieser Unterbau
war das eigentliche Betriebssystem und trug den Namen MS-DOS. Ab NT
fehlt dieser Unterbau.

Wenn dieser "Unterbau" fehlen würde, wäre es kein Betriebssystem.
Nur der Code für diesen Unterbau wurde bei NT völlig neu geschrieben
und basiert nicht mehr auf dem alten DOS Code. Gleichzeitig wurde es
untrennbar mit Graphiküberbau verschmolzen. Da das Gesamtsystem nur
einen Namen haben kann wurde es aus werbetechnischen Gründen als
"Windows" und nicht als "DOS" vermarktet. Logisch gesehen sind es
aber immer noch zwei getrennte Bereiche, die betriebssystemspezifischen
Fragen gehören in die DOS Gruppen, die Fragen zum Graphiksystem in
die Windowsgruppen.

Kein Mensch würde auf die Idee kommen, dass Fragen zu neueren
Linuxversionen nicht mehr in die Linuxgruppen gehören, nur weil
alle neueren Distribution mit einer graphischen Bedienoberfläche
ausgeliefert werden.

Im übrigen konnte man zumindest bis Windows XP (bei den neuere
Versionen weiß ich es nicht) im Bootmenü auch im Konsolenmodus
starten, bei dem dann nur der "Unterbau" (d.h. das Betriebssystem)
nicht aber das Graphiksystem gestartet wurde.

Post by Claus Reibenstein
Es hat also mitnichten etwas mit "werbetechnischen Gründen" zu tun,
sondern mit rein technischen.

Welche technischen Gründe sollte es haben, dass Gesamtsystem
Windows NT und nicht DOS 8 zu nennen?

Post by Claus Reibenstein

Post by Herbert Kleebauer
Was wenn die nächste "Microsoft Disk Operating System"
Version nicht Windows 11 sondern wieder MSDOS 11 heißt, gehört
es dann wieder hierher?

Jetzt wird es albern.

Das ist eine ganz erst gemeinte Frage. Du machst anscheinen
on/off topic nur vom Namen und nicht vom Inhalt abhängig.

Post by Claus Reibenstein

Post by Herbert Kleebauer
Fragen zu einem Microsoft Disk Operating System gehören gehören
in die Gruppe die für Microsoft Disk Operating Systeme geschaffen
wurde.

Dann können wir uns die Windows-Gruppen ja schenken.

Ich möchte ungern die Fragen zum graphischen Subsystem von
Windows in den msdos Gruppen haben. Andererseits wird von
mir keiner Hilfe zu Batchfragen bekommen, wenn er sie nicht
in den dafür zuständigen msdos Gruppen stellt, weil ich
Windowsgruppen überhaupt nicht lese.

Post by Claus Reibenstein

Post by Herbert Kleebauer
Dazu gehören auch Fragen zu systemnahen Dienstprogrammen wie
eben cmd.exe oder command.com.

COMMAND.COM ja, CMD.EXE nein.

Für die ewig gestrigen, die auf dem Stand der 90er Jahre
stehen geblieben sind vielleicht nicht, für alle andern schon.

Post by Claus Reibenstein
Nochmal: Windows ist seit NT bzw. XP _kein_ "Graphiksubsystem" mehr,
sondern ein vollständiges Betriebssystem.

Ein vollständiges Betriebssystem war auch DOS 1.0. Windows NT/XP ist
wie DOS 7 oder Linux ein Betriebssystem, nur hat man bei Windows NT/XP
nicht mehr die Möglichkeit sich frei für ein graphisches Benutzer-
interface zu entscheiden da dies fest mit dem Betriebssystem
verbunden ist. Während MS früher zwei Namen, DOS für das Betriebssystem
und Windows für graphische Benutzerinterface verwendete, gibt es
nach der Verschmelzung nur noch den Namen "Windows" für das Gesamtsystem.
Aber deswegen gehören die Fragen zum Betriebssystem teil noch lange nicht
in die Windows-Gruppen.

[Hans-Bernhard Bröker]

Post by Herbert Kleebauer

Post by Claus Reibenstein
Genau
diese Leute verstehen auch nicht, dass CMD.EXE ein reines
Windows-Programm ist.

CMD.EXE ist ein reines Konsolenprogramm und nutzt das Graphik-
subsystem von Windows überhaupt nicht.

Es ist allerdings ein _Windows_-Konsolenprogramm (oder eines fuer OS/2,
wenn wir hier eh schon off-topic sind...). Das ist was anderes als ein
Windows-GUI-Programm, und auch was anderes als ein DOS-Programm.

Post by Herbert Kleebauer
Es ist ein ganz normales
Programm (Kommandointerpreter) und hat mit dem Betriebssystem
genau so viel zu tun wie etwa QBasic (Basicinterpreter).

Es hat mit dem Betriebssystem soviel zu tun, dass das System
unveränderbar vorkonfiguriert ist, Batchfiles (*.bat; *.cmd) mithilfe
dieses Programms auszuführen.

Post by Herbert Kleebauer
Deiner Logik nach wären also Fragen zu Win95cmd.exe hier
on-topic, da es ja unter DOS lief,

Wenn es wirklich unter DOS, (also z.B. einem in den DOS-Modus gebooteten
Win95SE) gelaufen sein sollte, vielleicht. Soweit ich mich dunkel
erinnere, lief Win95cmd.exe aber nur innerhalb der GUI.

Post by Herbert Kleebauer
Dazu gehören auch Fragen zu systemnahen Dienstprogrammen wie
eben cmd.exe oder command.com.

Eben nicht. Weil cmd.com nun mal kein Dienstprogramm von MS-DOS ist,
und auch nie war.

Und dein Versuch, Windows NT samt Nachfolger mit Gewalt unter den Hut
"MS-DOS" zu quetschen, ist einfach nur albern.

[Ulrich F. Heidenreich]

Post by Hans-Bernhard Bröker
Wenn es wirklich unter DOS, (also z.B. einem in den DOS-Modus gebooteten
Win95SE) gelaufen sein sollte, vielleicht. Soweit ich mich dunkel
erinnere, lief Win95cmd.exe aber nur innerhalb der GUI.

Was ist ein win95cmd.exe? Zumindest mein unterm Win95 liegendes DOS
kennt das Programm nicht.

Solltest Du dagegen den command.com meinen, irrst Du. Man braucht kein
Win95 (win95SE gibt's nicht, vielleicht meinst Du win98SE?) in irgend-
einen DOS-Modus zu booten, sondern ganz einfach das GUI Namens "win"
erst gar nicht zu starten.

Das mache ich bis heute aus historischen Gründen noch so, weil das
System noch aus einer Zeit stammt, wo 98% aller Anwendungen reine DOS-
Anwendungen waren und man nur bei Bedarf (zum Beispiel für das in Excel
realisierte Abschlussprogramm "win excel abschluss.xls") das Windows
daraus startete und nach Beendigung wieder zum DOS zurückkehrte.

Das schaut bis heute dann noch so aus. Config.sys:

|[menu]
|menuitem=windows,Windows
|menuitem=dos,Dos
|menudefault=windows,10
|
|[windows]
|DEVICE=C:\WINDOWS\HIMEM.SYS
|DEVICE=C:\WINDOWS\EMM386.EXE NOEMS
|shell=C:\windows\command.com /p /E:4096
|DOS=HIGH,UMB
|DEVICEHIGH=C:\SCSI\ASPI8U2.SYS /D
|DEVICEHIGH=C:\SCSI\ASPICD.SYS /D:ASPICD0
|
|[dos]
|DEVICE=C:\WINDOWS\HIMEM.SYS
|DEVICE=C:\WINDOWS\EMM386.EXE NOEMS
|DOS=HIGH,UMB
|DEVICEHIGH=C:\SCSI\ASPI8U2.SYS /D
|DEVICEHIGH=C:\SCSI\ASPICD.SYS /D:ASPICD0
|
|[common]
|device=C:\windows\command\ansi.sys

Autoexec.bat (auszugsweise):

|rem disable atx-powerdown
|d:\tools\nooff

Dies wurde erst ab ATX nötig, weil sonst die Kiste nach Ende von Windows
ausgeht, statt zurück ins DOS zu kehren.

|rem kbdriver/doskey needed in windows too:
|LH keyb gr,,c:\windows\COMMAND\keyboard.sys
|LH C:\windows\command\doskey
|
|if %CONFIG%==windows goto win
|if %CONFIG%==dos goto dosstart
|
|:win
|rem just start windows
|rem (needs "boutgui=0" in msdos.sys)
|win
|rem if win ends just jump into dos ...
|
|:dosstart
|rem use the "real" autoexec.bat while starting dos:
|c:\windows\dosstart

CU!
Ulrich

[Hans-Bernhard Bröker]

Post by Ulrich F. Heidenreich

Post by Hans-Bernhard Bröker
Wenn es wirklich unter DOS, (also z.B. einem in den DOS-Modus gebooteten
Win95SE) gelaufen sein sollte, vielleicht. Soweit ich mich dunkel
erinnere, lief Win95cmd.exe aber nur innerhalb der GUI.

Was ist ein win95cmd.exe? Zumindest mein unterm Win95 liegendes DOS
kennt das Programm nicht.

Ein von Microsoft kostenfrei zur Verfügung gestelltes Programm, das dazu
gedacht war, die Fähigkeiten von NT's cmd.exe im Win9x-Umfeld
auszuprobieren. Es war meines Wissens nie Lieferumfang von Win9x,
sondern über MSDN und andere Wege als separates Paket zu bekommen.

Post by Ulrich F. Heidenreich
Solltest Du dagegen den command.com meinen,

Warum wohl sollte ich das meinen, und was ganz anderes schreiben?

[Ulrich F. Heidenreich]

Post by Hans-Bernhard Bröker

Post by Ulrich F. Heidenreich
Was ist ein win95cmd.exe? Zumindest mein unterm Win95 liegendes DOS
kennt das Programm nicht.

Ein von Microsoft kostenfrei zur Verfügung gestelltes Programm, das dazu
gedacht war, die Fähigkeiten von NT's cmd.exe im Win9x-Umfeld
auszuprobieren. Es war meines Wissens nie Lieferumfang von Win9x,
sondern über MSDN und andere Wege als separates Paket zu bekommen.

Interessant. Verd*** nochmal. Da gab es mal sowas wie ein "Windows
Resource Kit", da hätte es u.U. drin gewesen sein können; ich find's
nicht mehr wieder. Oder habe mir damals nur die wirklich gute Windows
Befehlsreferenz draus ausgepackt

Post by Hans-Bernhard Bröker

Post by Ulrich F. Heidenreich
Solltest Du dagegen den command.com meinen,

Warum wohl sollte ich das meinen, und was ganz anderes schreiben?

Weil das im Usenet oftmals der Fall ist. Sorry, war nicht so gemeint.

CU!
Ulrich

[Hans-Bernhard Bröker]

Post by Ulrich F. Heidenreich
Interessant. Verd*** nochmal. Da gab es mal sowas wie ein "Windows
Resource Kit", da hätte es u.U. drin gewesen sein können;

Das könnte durchaus passen, ja.

[Ulrich F. Heidenreich]

Post by Claus Reibenstein
Wer dies bis heute nicht begriffen hat und meint, Windows-Fragen
gehörten in eine DOS-Gruppe, der hat weder Windows noch das Usenet
begriffen und darf sich getrost zu den "ewig Gestrigen" zählen.

Geh nicht so hart ins Gericht. Zumindesst bei mir ist es so, daß
ich als DOS-Anwender bei cmd.exe-Fragen gar keine Antwort wüsste.
Und die anderen hier wohl auch nicht.

Es ist also kein nicht Antworten wollen, sondern ein gar nicht
können, lieber Louis.

CU!
Ulrich

[Claus Reibenstein]

Post by Louis Noser

Post by Claus Reibenstein
Diese Konstruktion kenne ich nur von Windows. Unter welchem DOS soll
die funktionieren?

Ist das die falsche Gruppe für cmd.exe unter Windows 10?

Natürlich. Schließlich heißt die Gruppe de.comp.os.msdos, und mit MS-DOS
hat Windows 10 nun wirklich absolut nichts zu tun. Hierfür sind die
Windows-Gruppen zuständig, z.B. de.comp.os.ms-windows.misc oder in
diesem Fall vielleicht eher de.comp.os.ms-windows.programmer.

Gruß
Claus

[Frank Hauer]

Hallo

Post by Louis Noser
Hallo
Warum funktioniert das nicht? ->
FOR %%a IN ("dir/b i:\backups\dummy*") DO echo %%a
Ich möchte alle Verzeichnisnamen ausgeben, die mit dummy beginnen.

Test das doch mal
for /f %%f in ('dir /b c:\wind*') do (echo %%f)


und

%~nxI expands %I to a file name and extension only


Gruß