FileOpen RawRead vs CreateFile ReadFile Topic is solved

[jNizM]

Hey,

kann mir jemand sagen, was ich übersehen haben (oder falsch mache), dass ich mit FileOpen & RawRead ein anderes (falsches) Ergebnis bekomme als mit CreateFile & ReadFile?

Code: Select all

f := FileOpen(filename, "r"))
while !(f.AtEOF) && (dataread := f.RawRead(data, 262144))
    NT_STATUS := DllCall("bcrypt\BCryptHashData", "ptr", hHash, "ptr", &data, "uint", dataread, "uint", 0)
f.Close()

Code: Select all

hFile := DllCall("CreateFile", "str", filename, "uint", 0x80000000, "uint", 0x1, "ptr", 0, "uint", 3, "uint", 0x08000000, "ptr", 0, "ptr")
VarSetCapacity(data, 262144)
while (DllCall("ReadFile", "ptr", hFile, "ptr", &data, "uint", 262144, "uint*", dataread, "ptr", 0)) && (dataread)
    NT_STATUS := DllCall("bcrypt\BCryptHashData", "ptr", hHash, "ptr", &data, "uint", dataread, "uint", 0)
DllCall("CloseHandle", "ptr", hFile)

Bemerkbar macht sich das vorallem bei kleinen Dateien. Bei großen passt es häufig

---

Edit:
In meiner Beispiel-Datei:
- dataread mit RawRead -> 6437 Bytes
- dataread mit ReadFile -> 6440 Bytes
- Datei-Eigenschaften -> 6440 Bytes
Jetzt muss ich nur noch rausfinden warum der unterschied



jNizM

[wolf_II]

3 Bytes Unterschied = UTF-8 BOM ?

[jNizM]

Danke für den Hinweis

Sobald eine Datei, die eine UTF-8- oder UTF-16-Bytereihenfolge-Markierung (BOM) hat, mit Lesezugriff geöffnet wird, wird die BOM von der Ausgabe ausgeschlossen, indem der Datei-Pointer daneben gesetzt wird. Folglich würde File.Position unmittelbar nach Öffnen der Datei 3 oder 2 melden.

Ach das ist doch (sorry für den Ausdruck) beh***ert, dass ich für RawRead extra f.Seek(0) setzten muss...
Wenn ich RawRead (liest unbearbeitete Binärdaten aus der Datei in den Speicher) verwende, gehe ich davon aus, dass ich auch alles aus der Datei im Raw-Format (unverändert) bekomme... und zwar komplett

[nnnik]

Für die meisten Anwendungsfälle ist das jedoch sinnvoller die UTF-8 BOM wegzulassen. Vorallem, da RawWrite auch eine schreibt.

[jNizM]

Mag sein, aber für mich heißt RAW -> Rohdaten, ergo komplett und ohne Veränderungen oder weglassen von Daten. So wie ein HexEditor es auch anzeigt (incl. EF BB BF) und ReadFile es auch handhabt.

[nnnik]

Es soll auch Kinder geben die sich ihre eigene Geheimsprache ausdenken.
Ich denke, dass die praktischen Vorteile der UTF-8 BOM weglassen Methode auf der Hand liegen, wenn man Dateien von AutoHotkey schreibt und mit AutoHotkey liest.
Dies ist umso mehr so wenn man sich die normalem Use-cases eines File-Objekts anschaut. Vor solchen praktischen Überlegungen hat eine Argumentation wie deine wenig bestand, da nähmlich eher die Funktion umbenannt würde als die Funktionalität zu ändern.