Datei löschen mit dem Befehl Kill schlägt fehl
Susann Markward
eine eigentlich frï¿œher mal funktionierende Funktion, welche u.a. auch
eine oder mehrere Dateien lï¿œschen soll schlï¿œgt plï¿œtzlich fehl.
Die Fehlermeldung lautet:
Fehler: 75
Meldung: Fehler beim Zugriff auf Pfad/Datei
Der Code lautet:
If Not FS.FolderExists("c:\Programme\Messi2009\images") Then
MkDir "C:\Programme\Messi2009\images"
Else
Datei1 = Dir("C:\Programme\Messi2009\images\*.bmp")
Kill ("C:\Programme\Messi2009\images\" & Datei1)
End If
Sowohl das Verzeichnis, als auch die Datei existieren. Sie lassen sich
auch hï¿œndisch lï¿œschen.
Wo ist mein Denkfehler? Was bedeutet Fehler 75?
Mit freundlichen Grￜￜen
Susann
Dieter Strassner
> Die Fehlermeldung lautet:
>
> Fehler: 75
> Meldung: Fehler beim Zugriff auf Pfad/Datei
>
> Der Code lautet:
>
> If Not FS.FolderExists("c:\Programme\Messi2009\images") Then
> MkDir "C:\Programme\Messi2009\images"
> Else
> Datei1 = Dir("C:\Programme\Messi2009\images\*.bmp")
> Kill ("C:\Programme\Messi2009\images\" & Datei1)
> End If
>
> Sowohl das Verzeichnis, als auch die Datei existieren. Sie lassen sich
> auch hï¿œndisch lï¿œschen.
>
> Wo ist mein Denkfehler? Was bedeutet Fehler 75?
"Fehler beim Zugriff auf Pfad/Datei" ;-)
.. es kann z.B. bedeuten, dass die Rechte fehlen.
Nehme mal, der Kill-Befehl lï¿œst den LZF 75 aus, oder?
In welchem Benutzerkontext tritt denn der Fehler auf? In einem Dienst im
Systemaccount?
Ist die Datei vllt. durch das eigene Programm noch im Zugriff, ergo dadruch
gesperrt?
--
Viele Grￜￜe
Dieter
Rï¿œckfragen bitte nur in die Newsgroup!
EDV-Kommunikation Strassner e.K.
68623 Lampertheim
Internet: www.strassner.biz
Susann Markward
*Dieter Strassner* schrieb am 06.01.2010 11:37:
>> Wo ist mein Denkfehler? Was bedeutet Fehler 75?
> "Fehler beim Zugriff auf Pfad/Datei" ;-)
Ja ja, wer den Schaden hat, bracuht fï¿œr den Spott nicht zu sorgen.
Das der Fehler 75 genau das heiￜt, was ich schrieb weiￜ ich auch. Nur
sagt mir die Fehlerbeschreibung nichts. Deswegen fragte ich, was Fehler
75 heiï¿œt. ;-)
> .. es kann z.B. bedeuten, dass die Rechte fehlen.
Kann eigentlich nicht sein. Denn meine Entwicklungsumgebung lï¿œuft mit
Admin-Rechten. Damit lï¿œuft auch das darin gestartete Programm mit diesen
Admin-Rechten.
Auï¿œerdem schrieb ich ja bereits, dass ein hï¿œndisches Lï¿œschen der Dateien
ohne Probleme geht.
Ich habe gerade noch einmal die Berechtigungen fï¿œr normale Benutzer fï¿œr
alle Dateien so gesetzt, dass sie alles machen dï¿œrfen. Dennoch keine
Besserung.
> Nehme mal, der Kill-Befehl lï¿œst den LZF 75 aus, oder?
Wenn ich keine Fehlerbehandlung integriert hï¿œtte, wï¿œrde wahrscheinlich
der Laufzeitfehler 75 kommen. Richtig.
> In welchem Benutzerkontext tritt denn der Fehler auf? In einem Dienst im
> Systemaccount?
Weder Dienst noch Systemaccount. Das Programm lï¿œuft mit
Administrator-Rechten (also mit den Rechten des angemeldeten Users).
> Ist die Datei vllt. durch das eigene Programm noch im Zugriff, ergo
> dadruch gesperrt?
Nicht das ich das wï¿œsste. Ich kann die Dateien ja per Hand im
Windows-Explorer lï¿œschen.
Dieter Strassner
> Ich habe gerade noch einmal die Berechtigungen fï¿œr normale Benutzer
> fï¿œr alle Dateien so gesetzt, dass sie alles machen dï¿œrfen. Dennoch
> keine Besserung.
>
>
>> Nehme mal, der Kill-Befehl lï¿œst den LZF 75 aus, oder?
>
> Wenn ich keine Fehlerbehandlung integriert hï¿œtte, wï¿œrde wahrscheinlich
> der Laufzeitfehler 75 kommen. Richtig.
Kannst Du mal dein programm som umbauen, das der *komplette* Dateiname fï¿œr
den Killbefehl in einem einzigen String steht und dieser zuvor in einer
MsgBox angezeigt wird?
Evtl. fehlt der Dateiname, oder ein Backlash zu wenig/zuviel, etc.
>> Ist die Datei vllt. durch das eigene Programm noch im Zugriff, ergo
>> dadruch gesperrt?
>
> Nicht das ich das wï¿œsste. Ich kann die Dateien ja per Hand im
> Windows-Explorer lï¿œschen.
Wurde die Datei kurz zuvor durch das Programm gesperrt? Evtl. fehlen dem BS
dann ein paar ms um die Datei wieder freizugeben, damit das Lï¿œschen klappt
.
Wolfgang Bußmann
Hallo Susann,
benutzt du vielleicht DAO?
Ich hatte ein ï¿œhnliches Problem mit dem Lï¿œschen eines Verzeichnisses.
Wï¿œhrend des Programmablaufes wurden nicht alle "Handles" auf das
Verzeichnis wieder frei gegeben.
Sieh hierzu in der Newsgroup weiter unten:
"Verzeichnis nicht lï¿œschbar? (etwas lï¿œnger!)"
Gruￜ Wolfgang
Wilfried Dietrich
"Susann Markward" <Susann....@nurfuerspam.de> schrieb im Newsbeitrag news:uDZqemrj...@TK2MSFTNGP04.phx.gbl...
> Hallo,
>
> eine eigentlich fr�her mal funktionierende Funktion, welche u.a. auch
> eine oder mehrere Dateien l�schen soll schl�gt pl�tzlich fehl.
>
> Die Fehlermeldung lautet:
>
> Fehler: 75
> Meldung: Fehler beim Zugriff auf Pfad/Datei
sind die Dateien bzw. eine Datei vllt. schreibgesch�tzt, weil
sie evtl. von CD kopiert wurden, dann kannst Du sie zwar
mit dem Windows-Explorer l�schen aber Kill kann es nicht?
Das lesen und setzen der Attribute kann man im Prog. mit
den API's GetFileAttributes und SetFileAttributes erledigen.
Mit freundlichen Gr��en
Wilfried
Susann Markward
*Wilfried Dietrich* schrieb am 07.01.2010 10:19:
> sind die Dateien bzw. eine Datei vllt. schreibgeschï¿œtzt,
Ja genau das war das Problem. Nur warum weiￜ ich nicht. Eigentlich macht
die Software u.a. diese Bilder (Bildschirmfotos) und speichert sie in
ein Verzeichnis auf das eigentlich auch nur diese Software Zugriff hat.
Und wenn sie dort Bilder speichert, haben sie definitiv keinen
Schreibschutz. Leider lï¿œsst sich nicht mehr nachvollziehen, wie diese
Fotos den Schreibschutz bekommen haben.
> weil sie evtl. von CD kopiert wurden, dann kannst Du sie zwar mit dem
> Windows-Explorer lï¿œschen aber Kill kann es nicht?
Schï¿œn, dass man das auch mal zu erfahren bekommt. ;-) Hier [1] steht es
mal wieder nicht.
> Das lesen und setzen der Attribute kann man im Prog. mit den API's
> GetFileAttributes und SetFileAttributes erledigen.
Danke fï¿œr den Hinweis.
[1] <http://msdn.microsoft.com/en-us/library/ey1w10ch%28VS.80%29.aspx>
Harald M. Genauck
>> weil sie evtl. von CD kopiert wurden, dann kannst Du sie zwar mit
>> dem
>> Windows-Explorer lï¿œschen aber Kill kann es nicht?
> Schï¿œn, dass man das auch mal zu erfahren bekommt. ;-) Hier [1] steht
> es
> mal wieder nicht.
Wenn es mit Kill nicht geht - vielleicht dann aber so:
http://www.aboutvb.de/khw/artikel/khwshellkill.htm
Viele Grￜￜe
Harald M. Genauck
"VISUAL STUDIO one" - http://www.visualstudio1.de (Chefredakteur)
"ABOUT Visual Basic" - http://www.aboutvb.de (Hrsg. + Redaktion)