Hi,

gibt es einen Code mit dem ich alle Dateien außer project1.exe und zb. project2.exe löschen kann, oder muss ich das selbst irgendwie dem Computer klar machen?

Also ich kenne so einen Befehl nicht.
Du könntest ja mit [oh]FindFirst, FindNext, FindClose[/oh] die Dateien suchen, und wenn die jeweilige Datei nicht deinen Kriterien entspricht, wird sie halt gelöscht.

MfG
Binärbaum

PS: Ich hoffe, du meinst nicht wirklich ALLE Dateien löschen, den Windows-/ Systemordner sollte man schon noch auf der Festplatte lassen, damit man dein Programm auch noch ausführen kann

Zitat von sunshine-girl87:

Hi,

gibt es einen Code mit dem ich alle Dateien außer project1.exe und zb. project2.exe löschen kann, oder muss ich das selbst irgendwie dem Computer klar machen?

Wenns auch eine Batchdatei sein darf und die Namen der zu rettenden Dateien fest sind, würde ichs so machen:

markieren

Code:

rem ungetestet
md bla
move project1.exe bla
move project2.exe bla
del *.*
move bla\*.* .
rd bla

Hi,

habe jetzt folgenden Code. Doch wenn ich "del" ausführe, werde ich gefragt, ob ich wirklich alle Daten löschen will.

markieren

Delphi-Quellcode:

REM CommandInterpreter: $(COMSPEC)
cd\
cd Compilierte Projekte\project1
md temp
move project1.exe temp
move project2.exe temp
del *.*
j
move \temp\*.* .
rd temp

Dies, so dachte ich, gibt autom. ein "j" ein. Das macht er auch, löscht alle Daten, fragt aber dennoch (danach), ob ich alles löschen will. Wäre doch eh zu spät. Und dann schiebt er die Daten nicht wieder in den Stammordner...

Was ich damit sagen will... ICh bräuchte noch ein bissl HIlfe

Gib mal del /? in der Konsole ein...

Hallo,

oder mit dem Explorer:

1. Dateiliste sortieren nach Typ
2. *.exe Markieren
3. Menübefehl "Markierung umkehren"
4. Die dann Markierten löschen.

Schneller als eine Batch zu schreiben,oder

Zitat von DJ-SPM:

habe jetzt folgenden Code. Doch wenn ich "del" ausführe, werde ich gefragt, ob ich wirklich alle Daten löschen will.

Das kannst du umgehen, indem du das 'j' per Pipe übergibst oder aus einer eigens erstellten Datei liest:

markieren

Code:

echo j|del *.*

oder

markieren

Code:

echo j>j.tmp
del *.*<j.tmp

Das solltest du allerdings nur tun, wenn du sicher bist, im richtigen Verzeichnis zu sein, sonst knirscht es u.U. gewaltig.

markieren

Code:

REM CommandInterpreter: $(COMSPEC)

rem X ist das aktuelle Laufwerk
cd\
rem Arbeitsverzeichnis: X:\

cd Compilierte Projekte\project1
rem Arbeitsverzeichnis: X:\Compilierte Projekte\project1
rem Möglicherweise muß der Pfad in Anführungszeichen gesetzt werden: cd "Compilierte Projekte\project1",
rem sonst verschluckt sich der Kommando-Interpreter am Leerzeichen.

md temp
rem Erstelle X:\Compilierte Projekte\project1\temp

move project1.exe temp
move project2.exe temp

del *.*
rem Lösche alle Dateien in X:\Compilierte Projekte\project1
rem Hier passiert schon die Rückfrage und anschließend das Löschen...

j
rem ... mit dem ein Befehl namens "j" schon nichts mehr zu tun hat. (s.o.)

move \temp\*.* .
rem Verschiebe alle Dateien aus X:\temp nach X:\Compilierte Projekte\project1.
rem Hier ist der Fehler, der das Zurückschieben der geretteten Dateien verhindert, denn es müßte heißen:
rem move temp\*.* .

rd temp

Zitat von DJ-SPM:

Dies, so dachte ich, gibt autom. ein "j" ein. Das macht er auch, löscht alle Daten, fragt aber dennoch (danach), ob ich alles löschen will. Wäre doch eh zu spät.

Das "danach" würde ich nicht unterschreiben, s.o.. Ich sehe das so, daß er ordentlich nachfragt, gegebenenfalls die Dateien löscht und danach wahrscheinlich etwas ausgibt wie "Befehl oder Datei nicht gefunden", es sei denn, du hast ein Kommando "j" zur Verfügung.

Zitat:

Und dann schiebt er die Daten nicht wieder in den Stammordner...

Das lag am führenden Backslash "\".

Stimmt. Da muss ich dir Recht geben. Habe es dann auch bemerkt. Habe die ganze Sache allerdings so gelöst:

markieren

Delphi-Quellcode:

REM CommandInterpreter: $(COMSPEC)
cd\
cd Compilierte Projekte\project1
md temp
move project1.exe temp
move project2.exe temp

del /Q *.*
move temp\*.* .
rd temp

Das war's auch schon. Wenn noch Daten im Programm-Root liegen, hat der Typ, für den dies ist, PECH gehabt. Aber dies wird nicht vorkommen, da er nicht einmal weiß, wie er in den Ordner kommt, da er (fast) keine Ahnung von dem hat, was außerhalb seines Bereiches liegt. Kann ich ihm aber nicht übel nehmen... Man(n) muss ja nicht alles wissen...

Danke an alle.

Zitat von DJ-SPM:

da er (fast) keine Ahnung von dem hat, was außerhalb seines Bereiches liegt. Kann ich ihm aber nicht übel nehmen... Man(n) muss ja nicht alles wissen...

Und das sind dann die Leute mit den größten Problem-Rechnern. Erklär ihm lieder was er da macht und wie es funktioniert.

Habe ich schon versucht. Er ist so einer, der sich alles Buttons auf einen Zettel schreibt, die er drücken muss. Und wehe ein Button ist nicht genau an der Stelle, an der er es sich notiert hat... Er sieht (und will) die Strukturen garnicht sehen. Er will nur mit dem Programm arbeiten, das auf dem Desktop liegt.

Aber Luckie: Bezüglich den Problemrechnern hast du Recht...