4. Prüfen ob Datei existiert?

Prüfen ob Datei existiert?

  • Mod

    Jochen Kalmbach schrieb:

    Nur zur Info: Intern wird nichts anderes als "GetFileAttributes" aufgerufen!
    Somit würde ich lieber direkt diese Funktion aufrufen!
    😉

    Und warum? Ich nutze gerade diese light weight API sehr gerner.
    Ich hatte niemals Probleme mit dem Namen der Funktion 😉
    Ich meinen Augen ist das

    ASSERT(PathFileExists(pszFilename));

    sprechender als

    ASSERT(GetFileAttributes(pszFilename)!=INVALID_FILE_ATTRIBUTES);
    0
  • J

    Martin Richter schrieb:

    Und warum?

    Weil es eben nicht unterscheidet, ob es sich dabei um ein Verzeichnis oder eine Datei handelt. Was i.d.R. nicht ganz unerheblich ist... aber das hängt natürlich vom Anwendungsfall ab.

    0
  • Mod

    Habe ich was nicht mitbekommen 😕 Laut GetFileAttributes Doku:

    If the function succeeds, the return value contains the attributes of the specified file or directory.

    Aber es gibt doch noch andere schöne Funktionen:

    PathIsDirctory
PathIsExe
PathIsRoot
PathIsNetworkPath
    0
  • ?

    Martin Richter schrieb:

    Habe ich was nicht mitbekommen 😕 Laut GetFileAttributes Doku:

    If the function succeeds, the return value contains the attributes of the specified file or directory.

    Aber es gibt doch noch andere schöne Funktionen:

    PathIsDirctory
PathIsExe
PathIsRoot
PathIsNetworkPath

    richtig. und es gibt auch noch

    fopen

    😮

    0
  • ?

    Schonmal überlegt ob so eine Abfrage überhaupt Sinn macht?

    0
  • J

    richtig schrieb:

    richtig. und es gibt auch noch

    fopen

    😮

    Dies ist aber ganz schlecht, da dadurch die Datei selbst verändert wird!

    Ein "GetFileAttributes" verändert erstens die Datei nicht und zweitesy ist es doppelt so schnell als ein "PathFileExists" + "!PathIsDirctory"!

    0
  • ?

    flasch schrieb:

    Schonmal überlegt ob so eine Abfrage überhaupt Sinn macht?

    welche so eine, wa.
    bevor man ne datei überschreibselt, könnte sich eine abfrage lohnen, wa.

    0
  • ?

    Jochen Kalmbach schrieb:

    richtig schrieb:

    richtig. und es gibt auch noch

    fopen

    😮

    Dies ist aber ganz schlecht, da dadurch die Datei selbst verändert wird!

    Verändert?! 😕

    0
  • ?

    klatsch schrieb:

    flasch schrieb:

    Schonmal überlegt ob so eine Abfrage überhaupt Sinn macht?

    bevor man ne datei überschreibselt, könnte sich eine abfrage lohnen, wa.

    nö, wa

    0
  • J

    umpf! schrieb:

    Verändert?! 😕

    Ja, die "Access-Time" wird geändert.

    Das wird sie z.B. bei einem "dir" bzw. GetFileAttributes/FindFirstFile nicht... (oder täusche ich mich da?)

    0
  • S

    Jochen Kalmbach schrieb:

    umpf! schrieb:

    Verändert?! 😕

    Ja, die "Access-Time" wird geändert.

    Das wird sie z.B. bei einem "dir" bzw. GetFileAttributes/FindFirstFile nicht... (oder täusche ich mich da?)

    Also ein einfaches Öffnen (CreateFile) bzw. Lesen (ReadFile) ändert den Zeitstempel für den letzten Zugriff nicht.

    0
  • J

    Du musst ein wenig warten, bis sich diese Änderungen zeigen 😉 NTFS hat hier ein "gewissen" Delay! Starte mal den Rechner neu, dann siehst Du die Änderung.

    PS: Das wäre ja fürchterlich, wenn sich ein Öffnen nicht auswirken würde. Dann wäre ja der Zeitstempel total sinnlos.

    0
  • ?

    Jochen Kalmbach schrieb:

    Gästchen schrieb:

    MSDN schrieb:

    Determines whether a path ... is valid.

    Von welchem Doku-Bug redet Ihr?

    Von dem fetten....

    Die Erklärung, was mit "path to a file system object" gemeint ist, folgt dem doch (a file or a directory). Man muss die Erklärung nur Lesen und nicht mitten im Satz aufhören. 😉

    0
  • J

    Ist Ansichtssache... ich lese trotzdem immer nur von einem *Pfad* und nicht davon, dass nach dem ganzen Objekt gesucht wird!

    0
  • J

    Jochen Kalmbach schrieb:

    Du musst ein wenig warten, bis sich diese Änderungen zeigen 😉 NTFS hat hier ein "gewissen" Delay! Starte mal den Rechner neu, dann siehst Du die Änderung.

    PS: Das wäre ja fürchterlich, wenn sich ein Öffnen nicht auswirken würde. Dann wäre ja der Zeitstempel total sinnlos.

    Oder Du hast Vista 😉
    Siehe:
    http://computer-forensik.org/2007/11/19/ntfs-lastaccessupdate-unter-vista/

    0
  • S

    Das wäre eine Erklärung. In 10min ist die Stunde abgelaufen, dann wissen wir mehr. 😉

    0
  • J

    Du hast aber *kein* Vista bzw. das Feature ist bei Dir auch aktiviert? (Standard bis Vista).

    0
  • S

    Vista und deaktiviert. Hab's jetzt mal aktiviert, Test muss aber bis morgen früh warten.

    0

  • Jochen Kalmbach schrieb:

    Ist Ansichtssache... ich lese trotzdem immer nur von einem *Pfad* und nicht davon, dass nach dem ganzen Objekt gesucht wird!

    Zu dem Objekt führt ein Pfad (oder mehrere - Hardlinks etc.)
    Dieser Pfad enthält selbstverständlich auch den Dateinamen.

    Die Doku ist IMO unklar und vielleicht irreführend, aber nicht wirklich falsch. Ändern sollten sie die Beschreibung wahrscheinlich trotzdem.

    0
  • S

    Also bei NtfsDisableLastAccessUpdate=0 wird auch unter Vista der Zeitstempel für die letzte Änderung beim Öffnen einer Datei sofort aktualisiert.

    0
Anmelden zum Antworten