Registry ReadBinaryData Problem

[jbg]

Ich würde wenn schon "string" als Puffer benutzt wird, diesen explizit als "AnsiString" deklarieren, vor allem im Hinblick auf das (wohl) kurz vor dem Release stehende Delphi 2009, bei dem "string" = "UnicodeString" ist und somit "SizeOf(Byte) = SizeOf(Char)" nicht mehr zutrifft.

[shadowman]

Hallo,

nach dem Umstieg auf Delphi XE hatte ich auch ein Problem mit ReadBinaryData. Die Werte wurden nicht mehr korrekt ausgelesen. Auf der Suche nach der Ursache (bzw. Lösung, denn die URsache schien klar zu sein) bin ich auf diesen Thread gestoßen.

Dieser Hinweis hier

Zitat von jbg:

Ich würde wenn schon "string" als Puffer benutzt wird, diesen explizit als "AnsiString" deklarieren, vor allem im Hinblick auf das (wohl) kurz vor dem Release stehende Delphi 2009, bei dem "string" = "UnicodeString" ist und somit "SizeOf(Byte) = SizeOf(Char)" nicht mehr zutrifft.

löste das Problem, allerdings frage ich mich, ob es für eine Unicode-Anwendung "gut" ist, mit AnsiStrings zu arbeiten. Es klingt ja auch so, dass die Lösung mit einem (Ansi)String-Buffer generell nicht unbedingt die beste ist.

Welche "stabile" Alternativen hat man sonst noch, wenn AnsiString keine gute Lösung ist?

[DeddyH]

Wie wäre es denn mit PByte? Für die Interpretation der Daten musst Du allerdings später selber sorgen.

[himitsu]

Du kannst auch einen String/UnicodeString/WideString verwenden, aber bedenke, daß dieser 2 Byte pro Char besitzt.

PS: Statt des AnsiStrings, verwendet man für sowas den RawByteString ... das ist zwar auch ein AnsiString, aber ohne Behandlung der CodePage.
Genauso, wie es den Utf8String gibt, welches einen "AnsiString" mit voreingestellter UTF-8-CodePage (CP_UTF8) darstellt.

Wobei man eben auch TBytes (ein Array of Byte) verwenden könnte, oder halt doch PByte und Co.


Bei RawByteString und TBytes hat man den Vorteil, daß sich Delphi um die Speicherverwaltung (vorallem die Freigabe) kümmert
und das sogar threadsave, über mehrere Referenzen hinweg.
(ja, man mag es kaum glauben, aber auch die RTL kann teilweise threadsave sein)



Und ja, auch in einem Unicode-Programm ist es manchmal ratsam/sinnvoll, wenn man AnsiStrings verwendet ... eben genau dann, wenn man wirklich ANSI benötigt (genau so wie man damals auch in einem ANSI-Programm den WideString nutzen konnte) oder eben wenn man einen "String" als Byte-Puffer nutzen will, denn SizeOf(AnsiChar) = SizeOf(Byte).

So war es damals eigentlich schon fahrlässig, wenn man für solche Datenpuffer den "String" verwendete, obwohl man eigentlich den AnsiString hätte nutzen müssen, weil sich der String ja ändern konnte/tat.

[shadowman]

Ok, verstehe.

Vielen Dank Detlef und himitsu!

[Darkface]

Hi und danke Toms, es scheint das dein Code das richtige macht, aber wenn ich ihn ausführe dann ist außer den Dateinamen auf meinem Desktop doch alles ziemlich kaudawelsch... liegt das am Code oder ist das eben von windows so(was ich nicht ganz glaube weil dort eigentlich icon positionen auf dem desktop gespeichert sein sollten, ich aber nicht wirklich zahlen lesen kann ...

[Darkface]

push? hoffe erlaubt ^^

[toms]

Frage: Warum möchtest du die Icon Positionen aus der Registry auslesen und nicht gleich direkt die Icon Positionen ermitteln?

[Darkface]

Weil ich bis jetzt für den einzigen weg hielt... aber das auslesen ist ja nur die eine seite, die andere fast wichtigere Seite ist auch das verändern... aber um zu wissen was ich verändere muss ich auch wissen was da ist. gibt es denn einen weg dies zu bewerkstelligen ohne den "umweg" über die regestry...?

[toms]

Zitat von Darkface:

Weil ich bis jetzt für den einzigen weg hielt..

Wurde die nicht eine andere Möglichkeit vorgeschlagen