Arbeitet ein ungarisches Windows anders als ein deutsches/englisches?

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1371145)

Zitat:

Konvertiert ein Byte-Array anhand der Standardgebietseinstellung des Systems in einen Unicode-String.

Und ich dachte immer Byte ist Byte weltweit. Ich benutze ganz normal wie wahrscheinlich jeder andere auch die Jedis dafür.

Du stellst aber eben keine Bytes dar sondern Buchstaben und die Zuordnung von Bytes zu Buchstaben ist nun mal nicht einheitlich. Wenn du auf Nummer sicher gehen willst, dann zeige die Bytes als Hex an oder verwende z.B. Base64 wenn es etwas kürzer werden soll.

[SneakyBagels]

Wie würde das denn mit Base64 funktionieren? Mit Base64 hatte ich noch nie etwas zu tun.
Würde man hier dann die Bytes des Streams in Base64 wandeln sehe ich das richtig?

Vielleicht so?

Delphi-Quellcode:

... EncodeBase64(stream.Memory, stream.Size); // TBytesStream, gefüllt mit einer binary über loadfromfile

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1371154)

Wie würde das denn mit Base64 funktionieren? Mit Base64 hatte ich noch nie etwas zu tun.
Würde man hier dann die Bytes des Streams in Base64 wandeln sehe ich das richtig?

Base64 ist eine konsistente Art, eine Byte-Sequenz als lesbaren Text darzustellen - ebenso wie die Darstellung als Hex-String, nur kürzer. In der aktuellen Delphi Version 10.2 Tokyo findest du in System.NetEncoding in TNetEncoding.Base64 eine entsprechende Hilfsklasse für diesen Zweck. Ältere Delphi-Versionen haben das auch irgendwo (weiß nur gerade nicht mehr wo).

[SneakyBagels]

Zitat:

Ältere Delphi-Versionen haben das auch irgendwo (weiß nur gerade nicht mehr wo).

Soap.EncdDecd?

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1371156)

Zitat:

Ältere Delphi-Versionen haben das auch irgendwo (weiß nur gerade nicht mehr wo).

Soap.EncdDecd?

Richtig :thumb:

[SneakyBagels]

TNetEncoding nimmt als Eingansparameter einen Stream und schreibt die Ausgabe ebenfalls in einen Stream.
Soap.EncdDecd.EncodeBase64 nimmt einen Stream und gibt einen String zurück.

Wären die Resultate denn bei beiden gleich? Falls ja, verwende ich glaube ich EncodeBase64 denn dann spare ich mir eine Stream-Variable.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1371158)

TNetEncoding nimmt als Eingansparameter einen Stream und schreibt die Ausgabe ebenfalls in einen Stream.
Soap.EncdDecd.EncodeBase64 nimmt einen Stream und gibt einen String zurück.

Wären die Resultate denn bei beiden gleich? Falls ja, verwende ich glaube ich EncodeBase64 denn dann spare ich mir eine Stream-Variable.

Das Ergebnis sollte in beiden Fällen gleich sein. Der Stream enthält die Base64-codierten Zeichen in ASCII/UTF-8 (es werden nur Zeichen im unteren Bereich verwendet, daher ist das hier egal).

TNetEncoding hat auch eine Funktion EncodeBytesToString, allerdings nimm die keinen Stream als Parameter.

[SneakyBagels]

Zitat:

TNetEncoding hat auch eine Funktion EncodeBytesToString, allerdings nimm die keinen Stream als Parameter.

Notfalls nimmt sie dann ja stream.bytes.

Nur noch einmal zum Mitschreiben. Vorher habe ich mit StringOf (also TEncoding und Default Codepage) einen Stream in einen String geändert und dann in einen Hash.
Das ging wegen der anderen Codepage oder warum auch immer oder weil string nicht gleich string ist schief.
Den Stream mittels Base64 in Base64 zu ändern und dann diesen String den ich als Rückgabe bekomme in einen Hash das funktioniert auch bei anderen Codepages korrekt?

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1371162)

Vorher habe ich mit StringOf (also TEncoding und Default Codepage) einen Stream in einen String geändert und dann in einen Hash.

Wirklich? Ich dachte du hast erst aus dem Stream einen Hash ermittelt und den dann in einen String umgewandelt.

[SneakyBagels]

Mir wurde gerade mitgeteilt, dass diese Änderung Abhilfe geschafft hat und nun alles funktioniert wie vorgesehen.
Ich konnte das leider nie selber testen, da ich kein Windows in der nötigen Sprache hier habe.