proggen.org

Bebu hat geschrieben:Ich habe bisher mit normalen Strings gearbeitet, was unter Linux kein Problem darstellt, weil hier auch ein normaler String im Path Objekt gekapselt ist.

Bebu hat geschrieben:Unter Windows steckt aber ein wchar_t drinnen. Hier komme ich sowohl mit den normalen Strings, als auch mit Sqlite in Konflikt. Die aktuelle Öffnungsfunktion von Sqlite erwartet einen UTF-8 codierten normalen String. Ich will keine zwei Codeversionen für char und wchar pflegen müssen, ich will die Windowsversion nicht droppen und habe mir keine elegante Lösung ergooglen können. Habt ihr eine Idee, wie man das Problem lösen kann? Ich dachte schon daran, mir eine eigene Stringklasse zu bauen, die konvertieren kann, aber so was gibt es bestimmt schon.

Bebu hat geschrieben:Ich habe auch etwas im neuen Standard entdeckt, aber ich weiß noch nicht, ob mir das weiterhilft.

Bebu hat geschrieben:Hallo zusammen, neues von der Dedupe-Front
Neben einem Umzug habe ich die letzte Zeit an einer Überraschung für unsere Windowsnutzer gearbeitet, die mir hiermit gründlich misslungen ist Ich wollte euch gerne eine Windowsversion per Crosscompiler erstellen, leider tun sich unerwartete Probleme auf.

Um die Sql Befehle zusammenzubauen, die Datenbank zu öffnen usw. ist es nötig, auf den nativen String zurückzugreifen, der unter der Haube eines Boost Path Objekts steckt.

Und jetzt kommt das Problem: Ich habe bisher mit normalen Strings gearbeitet, was unter Linux kein Problem darstellt, weil hier auch ein normaler String im Path Objekt gekapselt ist.

Habt ihr eine Idee, wie man das Problem lösen kann? Ich dachte schon daran, mir eine eigene Stringklasse zu bauen, die konvertieren kann, aber so was gibt es bestimmt schon.

Bebu hat geschrieben:Dein Tip zum Crosscompilieren ist nobel, scheitert aber an einer Windowsinstallation und der Zeit/Lust eine aufzusetzen.

wird ein std::wstring oder halt basic_string<wchar_t>

Es gibt alternativ noch diese Funktionen für die Datenbanköffnung:

Code: Alles auswählen

...

Damit verliere ich aber die Möglichkeit, Sqlite in den Mulithreading-Modus zu schalten.

Jetzt suche ich ein Möglichkeit das ganze zu lösen, ohne Code zu produzieren, der aufwändig für zwei OS gepflegt werden muss.

#include <iostream>

const char* UTF16toUTF8(const wchar_t*);


template <typename CharType>
std::basic_string<char> convert_string(const std::basic_string<CharType>&);

template <>
std::basic_string<char> convert_string(const std::basic_string<char>& in)
{
    return in;
}

template <>
std::basic_string<char> convert_string(const std::basic_string<wchar_t>& in)
{
    const char* out = UTF16toUTF8(in.c_str());
    return std::basic_string<char>(out);
}



int main()
{
    std::string  cs("Ich bin ein char-string");
    std::wstring ws(L"Ich bin ein wchar_t-string");

    std::string s1(convert_string(cs));
    std::string s2(convert_string(ws));
    
    std::cout<<s1<<'\n';
    std::cout<<s2<<'\n';
    
    return 0;
}


const char* UTF16toUTF8(const wchar_t*)
{
    // ganz komplizierte konvertierungsfunktion
    return "Ich wurde konvertiert.";
}