GetFileAttribute - BUG?

[Alter Mann]

Hallo,

wenn ich folgenden Pfad expandiere

Code:

..\..\..\..\..\..\..\..\Music\Enya\Paint the Sky with Stars- The Best of Enya\01 Orinoco Flow.mp3

und anschlißend mit FileExists das Ergebnis prüfe, kommt ein False:(

Also den Debugger angeworfen und in FileExists einen Breakpoint gesetzt.
Das Ergebnis: GetFileAttributes gibt ein INVALID_FILE_ATTRIBUTES zurück.

Ein nachfolgendes GetLastError ergibt ein ERROR_PATH_NOT_FOUND.

Kann jemand den Fehler bestättigen?
Welche Alternativen gibt es zu FileExists?

Achso, ich benutze Tokyo mit dem April-Update

Danke und ein schönes WE

[SneakyBagels]

Zitat:

wenn ich folgenden Pfad expandiere

Was heißt denn, wenn du ihn expandierst?
Welcher Wert wird denn effektiv mit FileExists geprüft? Stell ihn doch mal ggf. anonymisiert hier ein.

[himitsu]

Zitat:

Kann jemand den Fehler bestättigen?

Ja, wenn die Datei nicht existiert (hier einer der Verzeichnisse über der Datei), bzw. wenn der Pfad falsch ist, dann bekomme ich ebenfalls den selben Fehler. :roll:

[Dalai]

Da das ein relativer Pfad ist, ist hier das Arbeitsverzeichnis von entscheidender Bedeutung. Stimmt das nicht bzw. ist ein anderes als vermutet, wird eben die Datei nicht gefunden bzw. am falschen Ort nachgeschaut. Lösung: Absoluten Pfad sauber zusammenbauen, so dass das Arbeitsverzeichnis irrelevant wird.

Grüße
Dalai

[Hobbycoder]

Wennns denn ein relativer Pfad sein soll vielleicht mit SetCurrentDir das passende Ausgangsverzeichnis festlegen. Ich weiß aber grad aus dem Kopf nicht, ob das Abhilfe schaffen kann. Einfach mal ausprobieren. Fiel mir nur grad so ein.
Absoluter Pfad ist aber sicher besser.

[Alter Mann]

Moin, Moin,

danke für die schnelle Reaktion, aber der Fehler scheint wo anders zu liegen.

Genutzt wird beim speichern ExtractRelativePath und beim laden ExpandFilename.

Ich prüfe das mal genauer und komme dann neu.

Danke

[himitsu]

ExpandFilename nutzt ebenfalls das aktuelle Arbeitsverzeichnis deiner Anwendung
und Pfade relativ zum Arbeitsverzeichnis sind immer gefährlich, wenn man nicht aufpasst, denn beim Starten der Anwendung oder z.B. durch Anzeigen eines Öffnen-/Speicherndialogs muß dieses nicht dem Programmverzeichnis entsprechen.

Aber wie SneakyBagels beteits erwähnte, hast du das wichtigste Vergessen und nicht nachgeschaut, oder zumindestens nicht uns gesagt, wie die Verzeichnisse der Zieldatei und das ergebnis von ExpandFilename aussehen.

[SneakyBagels]

Zitat:

danke für die schnelle Reaktion, aber der Fehler scheint wo anders zu liegen.

Lass dir doch mal den Pfad der geladen und gespeichert werden soll auf dem Bildschirm ausgeben.
Dann weißt du ganz genau, ob er korrekt ist oder nicht. Habe ich oben aber schon einmal geschrieben...

[jaenicke]

Das ganze Raten macht doch gar keinen Sinn.

Nimm einfach den Process Monitor und gib als Filter ein: "Process Name" "is" deine.exe

Dann gibst du bei dem Fehler ein ShowMessage aus, lässt das offen und schaust was zuletzt im Log steht.
Dann siehst du direkt was Sache ist...

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1372262)

Nimm einfach den Process Monitor...

Oder einfach im Debugger schauen was übergeben wird, bzw. das per ShowMessage direkt ausgeben.