Merkwürdige Umwandlung von Zeichen

[Wolfgang Ciriack]

Hallo,
ich benutze zum Speichern von Passwörtern die Funktion cStrBitXOr() von Ot4xb.
Klappt mit der FOXDBE einwandfrei.
Schalte ich jetzt auf den ADS um, so ließt er aus der Datenbank die Zeichen anders !?!

Beispiel:
Eingabe Kennwort: a2k4qlm5
verschlüsselt (in ASC): 39 100 60 6 95 9 21 80

Abgespeichert in Datenbank.Dann auslesen:
in ASC: 39 100 60 6 95 9 245 80
entschlüsselt: a2k4ql5

Muss ich da am ADS noch irgendetwas von den Zeichensätzen her verändern ?

[UliTs]

Hallo Wolfgang,

es könnte sein, dass Dein Xbase-Programm einen anderen Zeichensatz verwendet als die Tabellen. Du setzt ja die ADSDBE ein, oder? Die macht dann vermutlich auch die Konvertierung der Zeichen. Vielleicht liegt es daran.
Versuche sonst -falls möglich- die Zeichen als HEX-Zeichen zu speichern. Klappt es dann?

Uli

[Wolfgang Ciriack]

Hallo Uli,
ja, das ist meine nächste Umstellung, dazu muss ich jedoch erst meine Datenbankfelder vergrößern.

[satmax]

Warum verwendest dafür nicht einfach Char2Hash()? Ist eine Standardfunktion unter verschiedensten Programmiersprachen verfügbar. Liefert immer einen 40 Zeichen langen HEX String.

[Wolfgang Ciriack]

Hallo Markus,
würde mir ja reichen, wenn sie unter XBase++ verfügbar ist !?

[Jan]

Wolfgang,

ist sie doch. Ich selber benutze die schon seit mehreren Jahren zum verschlüsselten Abspeichern von Passwörtern. Und zur Generierung von Gutscheincodes (in dem Fall dann aus dem 40stelligen String an einer beliebigen Stelle gestartet einen 10stelligen Teilstring).

Jan

[Wolfgang Ciriack]

Ok, werde ich mal probieren, dürfte ja keinen Unterschied machen, ob ANSI oder OEM verwendet wird.

[satmax]

Char2Hash() ist eine XBase++ Function. Ich verwende die genau dazu. Wir greifen mit 3 verschiedenen Programmiersprachen auf unser SQL DB zu: VC++, Xbase ++ und auch noch eine .NET Anwendung.

Achja, kann sein das es Char2Hash() nur unter V2 gibt!?

[Jan]

Markus,

nein. Ich arbeite auch unter 1.9 SL1 damit.

Jan