Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   Das schöne doofe SHGetFileInfo (https://www.delphipraxis.net/203590-das-schoene-doofe-shgetfileinfo.html)

MicMic 3. Mär 2020 10:00

Das schöne doofe SHGetFileInfo
 
Ich nutze gerne SHGetFileInfo (SHGetFileInfoW) aber in Verbindung mit "SHGFI_USEFILEATTRIBUTES" läuft es meiner Meinung nach etwas Buggy.
Delphi-Quellcode:
  ZeroMemory(@Info, SizeOf(TSHFileInfoW));
  SHGetFileInfoW(PWideChar(Pfad+Datei),FILE_ATTRIBUTE_NORMAL, Info, SizeOf(TSHFileInfoW), SHGFI_SYSICONINDEX or SHGFI_USEFILEATTRIBUTES);
SHGFI_USEFILEATTRIBUTES soll ja der der Funktion sagen, nicht auf die Datei zuzugreifen. Es soll nur so wirken, dass die Datei mit (in diesem Beispiel) "FILE_ATTRIBUTE_NORMAL" vorhanden wäre. Bei LNK-Dateien greift die Funktion aber definitiv auf die Datei zu. Sie ermittelt das Ziel-Icon der LNK-Datei. Weiterhin habe ich eine Komprimierte (FILE_ATTRIBUTE_COMPRESSED) LNK-Datei, die hier mit dem obigen Code noch einen blauen Doppelpfeil bekommt. DAS DARF NICHT! Also im Grunde ein falscher Icon-Index (aus Info.iIcon). Andere LNK-Dateien haben kein blauen Doppelpfeil (trotz Komprimierung).

Gibt man für "Pfad+Datei" eine nicht existierende Datei an, sollte die Funktion eigentlich korrekt arbeiten. Man bekommt zwar hier keine LNK-Ziel-Icons (das könnte man mit anderem Code ermitteln) aber dafür ganz sicher keine blauen Pfeile. Mit einem falschen Dateinamen feuert jedoch die Funktion eine Debug-Ausgabe aus:
Code:
onecore\shell\shcore\libs\stream\oplock.cpp(281)\shcore.dll!00007FFC03E7DB5B: (caller: 00007FFC01D413A5) ReturnHr(1) tid(1880) 80070002 Das System kann die angegebene Datei nicht finden.
Die soll ja auch nicht gefunden werden. Ich will mittels "SHGFI_USEFILEATTRIBUTES" dem System ja nur mitteilen, welches Icon-Index ich von einer registrierten Dateiendung haben will. Man soll so etwas ignorieren, heißt es aber kann man ggf. die Meldung ausschalten? Also nicht alle Debug-Meldungen. Ich meine für diesen Fall dann extra? Aber was passiert ohne Debug? Wird hier dann auch versucht, auf die Datei zuzugreifen oder ist das hier nur eine Debug-Info. Sie ist jedenfalls nicht gewünscht.

Gibt es vielleicht noch eine andere schnelle Lösung, wie ich an die Icons (bzw. dem Icon Index) von einer Dateiendung komme?

Der schöne Günther 3. Mär 2020 10:28

AW: Das schöne doofe SHGetFileInfo
 
Zitat:

der ist das hier nur eine Debug-Info. Sie ist jedenfalls nicht gewünscht
Diese Debug-Info kommt aus der Windows-API, nicht deiner Anwendung. Starte mal einen "Datei speichern unter..."-Dialog, da geht echt der Punk ab. Dass es solche Debug-Meldungen ins fertige Release beim Kunden (also uns) schaffen sagt leider echt einiges aus wie weit es bei der Qualitätssicherung bei Windows schon gekommen ist.

himitsu 3. Mär 2020 11:25

AW: Das schöne doofe SHGetFileInfo
 
Zitat:

SHGFI_USEFILEATTRIBUTES soll ja der der Funktion sagen, nicht auf die Datei zuzugreifen.
Das steht so nicht in der Dokumentation, also was passiert, falls der Name doch valid ist.

Scheint wohl so, dass es so implementiert ist, dass dieses Flag beim Nichtexistieren der Datei keinen Fehler "file not exists" ausgibt.

jaenicke 3. Mär 2020 13:14

AW: Das schöne doofe SHGetFileInfo
 
Zitat:

Zitat von himitsu (Beitrag 1458819)
Scheint wohl so, dass es so implementiert ist, dass dieses Flag beim Nichtexistieren der Datei keinen Fehler "file not exists" ausgibt.

So steht es ja auch in der Doku:
Zitat:

If the uFlags parameter includes the SHGFI_USEFILEATTRIBUTES flag, this parameter does not have to be a valid file name. The function will proceed as if the file exists with the specified name and with the file attributes passed in the dwFileAttributes parameter.
Sprich: Wenn das Flag gesetzt ist, muss der Parameter kein gültiger Dateiname sein. Die Funktion wird dann mit dem angegebenen Dateinamen und den übergebenen Attributen weitermachen.

Wenn die Datei existiert, werden aber die echten Attribute dieser Datei verwendet.

Zitat:

Zitat von Der schöne Günther (Beitrag 1458816)
Dass es solche Debug-Meldungen ins fertige Release beim Kunden (also uns) schaffen sagt leider echt einiges aus wie weit es bei der Qualitätssicherung bei Windows schon gekommen ist.

Ich finde solche Meldungen bei der Fehlersuche, vor allem in Fremdprogrammen, schon sehr hilfreich.

himitsu 3. Mär 2020 17:02

AW: Das schöne doofe SHGetFileInfo
 
Zitat:

Zitat von jaenicke (Beitrag 1458825)
Sprich: Wenn das Flag gesetzt ist, muss der Parameter kein gültiger Dateiname sein

Er muss nicht, aber er könnte gültig sein. :zwinker:

MicMic 5. Mär 2020 07:45

AW: Das schöne doofe SHGetFileInfo
 
Aber abschalten kann man das wohl nicht, so im Code selber?
Also etwas so.
{debug-file-not-found-off}
SHGetFileInfo...
{debug-file-not-found-on}

Aber ich hab mal gesucht nach dem Shell Source-Code. Einfach mal neugierig :)
Habe aber nur was von "ReactOS" gefunden (https://doxygen.reactos.org/da/da5/s...8c_source.html).
Dort kann man ein wenig mal nachvollziehen, was so eine SHGetFIleInfo-Funktion macht.
Wird evtl. in Windows selbst ähnlich sein.

Gruß
Mike


Alle Zeitangaben in WEZ +1. Es ist jetzt 12:49 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz