Frage Entwicklung Batch & Shell

gelöst Batch eine Datei auf dem ganzen Computer suchen und löschen

in VB script:
Wer (wie ich eigentlich auch) die Syntax für den DOS Befehl etwas obskur fidet, kann natürlich auch rekursiv jeden Ordner nach der Datei durchsuchen. Das dauert aber schon mal was länger....

da müssen wir nur kurz warten bis bastla vorbeischaut. Der muss dafür nicht nachdenken.

cscript.exe nimmt als Parameter die auszuführende Scriptdatei

Hallo Motorcross!
Aber sicher :
Solange das "echo" vor dem "del" steht, wird das Löschen (durch Anzeige des entsprechenden Befehles) nur simuliert ...

Grüße
bastla

[Edit] Einschränkung auf "Festplatten" nachgereicht ... [/Edit]

[Edit 2]
@StefanKittel
Woher wusstest Du?
[/Edit 2]

Moin Motorcross

so halb off topic, weil grundsätzlich nichts gegen die Ansätze von AndreasBrecht, StefanKittel und bastla zu sagen ist, noch ein paar kleine Anmerkungen
Dann versuchen wir doch mal, uns doch die Kirche bzw. Moschee im Dorf zu lassen.
Wenn du irgendwo ein Skript losjagst, das auf allen vorhandenen Festplatten rumrödeln und dort ungefragt/ohne Benutzer-Sicherheitsrückfrage irgendetwas löscht, dann kann es nur ein Skript a) von dir und b) für deinen eigenen Rechner sein.
Kann nicht anders sein.
Wenn es aber so ist, dann ist das Abklappern der "Drives" und Prüfen auf Festplatten/Aussortieren der CDROMs und Ramdisks pilpul ... du weißt doch, ob und welche Laufwrksbuchstaben du hast auf deinem Rechner.

Und wenn du das weißt, dann kannst du auch das ja schon ausprobierte "del /s C:\text.txt" in eine FOR-Anweisung laufen lassen.
Beispiel vom CMD-Prompt
... das würde auf den Laufwerken C:, D:, E: und F: die Datei test.txt in allen Unterordnern suchen und wegbürsten.
Im Batch sollten dann jeweils zwei Prozentzeichen vor die Laufvariable %i (also %%i).

Vorteile:
- Der Code ist einfach, wartbar und transparent
- und: es ist IMMER langsamer, Rekursivität "nachzuprogrammieren" mit Skript/Interpreter-Heimwerkerwerkzeugen als wenn du bereits in Hochsprachen oder Assembler implementierte Funktionen nutzt.
Und die CMD-Befehle DIR /DEL, XCopy, FindStr und andere kennen halt diesen Schalter /s.. das ist immer schneller als irgendwas nachgeturntes.

Güße
Biber

Sorry Biber ohne Deinen Ansatz schlechtreden zu wollen, und Du natürlich sowieso recht hast mit Deinem Argument, dass schon manchmal die Große Script Kanone ausgepackt wird, nur weil keiner mehr weiß, wie man eine Batch schreibt,, hat Dein Ansatz nicht nur Vorteile sonder auch Nachteile:

- der Code muss gewartet werden (auch wenn das einfach gehen mag), wenn sich etwas ändert
- sieht für mich VB script (oder meintewegen auch J script) lesbarer und transparenter aus als Deine Alternative

und dass del/s schneller ist als ein vergleichbares For Next Kostrukt habe ich sowieso bereits (wenn auch vlt nicht gründlich genug) deutlich gemacht.

@AndreasBrecht
So im direkten Vergleich (nur mal) Deiner Zeile 6 mit Bibers Oneliner wäre darauf vielleicht nicht jede/r gekommen ...

... und wenn Du die Zeile 6 (unabhängig von der Frage der Performance) tatsächlich durch VBS-Code ersetzen wolltest, wäre die dafür zu verwendende Rekursion mE im Vergleich zu der einen Batch-Zeile auch nicht lesbarer ...

@Biber
Der Hinweis auf "del /s" ist berechtigt - allerdings wird diese Variante ohnehin in allen Ansätzen verwendet; die "For-Next"-Schleife dient ja nur dem Abarbeiten aller Festplattenlaufwerke ...

Grüße
bastla