Zitat von
blackdrake:
Binary ist nur ein anderes Wort für String. Als Kommentar ist hinterlegt, dass hier binäre Daten rein dürfen.
EncodeBinary nimmt einen binary an und übergibt dann an die Kernfunktionen (AES, BlowFish, ... -> DoEncode), die auch nur "binary" (=string) annehmen.
Bei DecodeBinary ist das genau so. Die Kernfunktionen (DoDecode) geben einen binary zurück.
Man muss also meine Funktionen verwenden, um einen WideString in einen String umzuwandeln, damit dieser verschlüsselt werden kann. Bei der Entschlüsselung würde man dann diesen Schritt wieder rückgängig machen. Und wenn es Probleme gibt, verwendet man einen Hex-String, der nicht-binär ist.
http://www.delphipraxis.net/internal...ct.php?t=85567
Zitat von
blackdrake:
Ich hab da schon einiges Destruktives empfunden, z.B.:
Zitat von
Bernhard Geyer:
Zitat von
blackdrake:
Weiß denn niemand, wie ich die Inhalte eines WideStrings vorrübergehend in einen String lagern kann?
Nein, das geht nicht ohne die schon diskutierten Auswirkungen!!!!!!
Zugegeben, das obliegt der Interpretation. Allerdings hat Bernhard hier im Forum meines Wissens nie destruktiv reagiert
Zitat von
blackdrake:
Ich habe mir alles selbst angeeignet und bin kein Programmierer. Wie soll ich dann wissen, dass man so einen Fetz machen muss? Ich habe diesmal die Idee verfolgt, in WideChar-Schritten zu arbeiten.
Habe mir auch alles selber angeeignet und nie Info studiert. Genaugenommen bin ich ein paarmal beim Infokurs durchgeflogen - zumindest bei mir zieht das als Ausrede also nicht
Zitat von
blackdrake:
Ich find die Funktion genial, weil man damit den Speicherinhalt von WideStrings in Strings und umgekehrt kopieren kann. Wieso soll das nicht nützlich sein? Oder ist der Code unsauber?
Unsauber ist subjektiv, keine Ahnung. Aber definitiv ineffizient. Ich werde mal schauen, ob ich hier ein Delphi Personal zum laufen bekomme und mir das nochmal angucken. So freihand ohne Delphi ist das etwas problematisch.