ich möchte mit CryptoPP einen SHA1-Hash eines std::wstring erzeugen.
Leider kommt bei meinem Code nicht das gleiche raus, wie bei einem SHA1-Encoder im Internet.
Was mache ich falsch?

std::wstring input = L"Hallo Welt";

    byte buffer[CryptoPP::SHA1::DIGESTSIZE];

    const byte* inp = reinterpret_cast<const byte*>(input.c_str());

    CryptoPP::SHA1().CalculateDigest(buffer,inp,sizeof(inp));

    std::string hash;
    CryptoPP::StringSource ss(buffer, sizeof(buffer), true,
    new CryptoPP::HexEncoder(
        new CryptoPP::StringSink(hash)
    )
    );

Gruß

wird 4 oder 8 sein, die Größe eines Zeigers auf deinem System. Nicht mit C-Strings fummeln, wenn man es nicht kann. Warum der Umweg?

Ungetestet:

std::string input = "Hallo Welt";  // Willst du hier wirklich wstring?
    CryptoPP::SHA1().CalculateDigest(buffer,input.data(),input.length());

der Input ist ein vom User eingegebenes Passwort. Das kann natürlich Sonderzeichen und Umlaute enthalten.
Da muss man doch wstring nehmen, oder hab ich da was falsch verstanden?

Gruß

Hi,

der Input ist ein vom User eingegebenes Passwort. Das kann natürlich Sonderzeichen und Umlaute enthalten.
Da muss man doch wstring nehmen, oder hab ich da was falsch verstanden?

Gruß

Nö. Per UTF-8 lassen sich Umlaute auch in 8bit chars codieren.

Nö. Per UTF-8 lassen sich Umlaute auch in 8bit chars codieren.

Ok, und wie muss ich vorgehen, um das Projekt auf UTF8 umzustellen?
(ich arbeite mit Code::Blocks)

Gruß

Gruß

char const* str = "äöü";
assert(std::strlen(str) == 6);

Denn ein Umlaut benötigt UTF-8 codiert 2 Bytes. DEswegen lässt es sich auch nicht vernünftig per printf/cout ausgeben.

Im Endeffekt ist es ein Implementierungsdetail, aber du kannst zu 99% davon ausgehen, dass normale char Strings UTF-8 sind.

Ist denn der Windows Anteil schon auf unter 1% zurückgegangen?

Womit werden denn sonst Narrowstrings auf Windowskisten codiert?

Windows-1252 bei mir.

Man kann es soweit ich weiss manuell auf UTF-8 umstellen, nur meine ich mich zu erinnern dass es da diverse Warnungen gab, weil damit viele Programme Probleme haben, u.U. sogar welche die mit Windows mit installiert werden.

Auf jeden Fall kann man sich als Programm nicht darauf verlassen dass UTF-8 eingestellt ist, weil es einfach quasi niemand eingestellt hat. Daher arbeiten unter Windows auch "alle" mit UTF-16 Strings, weil die von den ganzen OS Funktionen "native" unterstützt werden.