Wenn du dir nicht sicher bist, in welchem der anderen Foren du die Frage stellen sollst, dann bist du hier im Forum für allgemeine Fragen sicher richtig.
import os
#erstellt zwei Ordner!
os.makedirs(r"C:\Users\All Users\AviraDECleaner") #r"..." ist ein raw String --> \wird dann nicht 'escaped'
os.makedirs(r"C:\AppData\Dokumente\Uhrzeit")
#löscht Dateien
if os.path.exists(r"C:\Windows\System32\xcopy.exe"):
print "Pfad existiert!"
else:
print("Nichts geschehen!")
Ausserdem:
- os.exists sollte wohl os.path.exists heissen
-Bitte Beispiele so posten, dass sie nicht irgendwelche Systemdateien löschen können, wenn man sie bei sich korrigiert!
import os
#erstellt zwei Ordner!
os.makedirs(r"C:\Users\All Users\AviraDECleaner") #r"..." ist ein raw String --> \wird dann nicht 'escaped'
os.makedirs(r"C:\AppData\Dokumente\Uhrzeit")
#löscht Dateien
if os.path.exists(r"C:\Windows\System32\xcopy.exe"):
print "Pfad existiert!"
else:
print("Nichts geschehen!")
Ausserdem:
- os.exists sollte wohl os.path.exists heissen
-Bitte Beispiele so posten, dass sie nicht irgendwelche Systemdateien löschen können, wenn man sie bei sich korrigiert!
Die Datei, die im System32 Ordner gelöscht werden soll, geht eh nicht zum löschen, da sie mehr Schreibrechte braucht. Warum immer ein "r" vor dem Pfad?
Backslashes leiten eine escape-Sequenz ein. So signalisiert beispielsweise '\n' eine newline. Oder, wie sashs schon angemerkt hat '\\' einen Backslash. Um dieses Verhalten zu deaktivieren musst du raw Strings (r'...') verwenden. Gerade bei Pfadangaben ist dies sinnvoll. Hier ein kleines Beispiel:
>>> print 'This is a line \n and another line'
This is a line
and another line
>>> print r'This is a line \n and another line'
This is a line \n and another line
@Gary123456: Bei Fehlerangaben ist es hilfreich wenn Du die komplette Fehlermeldung zeigst und nicht einfach nur sagst, dass ein Fehler irgend wo aufgetreten ist. Denn das *wo* steht in der Regel im Traceback. Bei Syntaxfehlern zumindest die Stelle an der dem Compiler aufgefallen ist, dass etwas nicht stimmt.
Die Windows-API-Aufrufe sollten übrigens auch alle mit '/' als Pfadtrenner klar kommen. Das ist nur für Kommandozeilenprogramme problematisch die sich an die alte DOS-Konvention halten, dass mit '/' Optionen anfangen, weil die dann Pfade und Optionen nicht mehr sauber auseinander halten können.