jedenfalls war ich sehr erstaunt, das:

cout.imbue( std::locale( "German" ) );

keinerlei Effekt hat. Nein es fliegt auch keine Exception und cout.name() liefert dann auch "German" zurück. Ich benutze derzeit die Konvertierungen von MFC CString (AnsiToOem/OemToAnsi). Sehr unschön, sowas in meinen ansonsten zumindest diesbezüglich "sauberen" Code rumfliegen zu haben :). Eine kleine Konvertierungsfunktion selbst zu schreiben wäre sicher nicht das Problem, aber da giebt es doch sicher eine schönere Variante.

Vielen Dank,

Tobias

So nach geraumer Zeit wieder mal zurück zu diesem Theama. Die Auflösung beim letzten mal war, das es so perfekt im Linux mit dem g++ und auch im Windows mit dem Dev-C++(logisch, auch g++) funktioniert.
Ich hab bei weiterm herumprobieren und lesen in der MSDN dann rausgefunden da bei MS irgendwie die Länder - strings andere sind -> statt "de_DE" wird dort "German_germany" verwendet. So trivial das klingt - hat mich trotzdem eine bisschen Zeit gekostet.

Nun zu einem aktuelleren Problem. Nachdem ich jetztbeim Db - konvertieren und verschiedenen anderem Umgang mit medizinischen Daten eine Menge Datumsformate hin und her konvertiert habe hatte ich jetzt die Nase voll davon und hab mal rumgestöbert und festgestelt, das es dafür die schöne Klasses std::time_get giebt, um das Datum je nach lokalen gegebenheiten zu parsen. Gut, boost::date_time wäre auch eine Variante, aber das wäre ja gemogelt :). Jetzt habe ichb folgenden Code Schnipsel:

typedef std::istreambuf_iterator<char, std::char_traits<char> > Iter;
    static struct tm timeb;  // zero initialized
    std::ios_base::iostate state = std::ios_base::badbit;
    std::istringstream ins ("");
    Iter begin (ins);
    Iter end;
	//std::locale myLocale( "German_germany" );
	//std::locale  myLocale(setlocale(LC_ALL, "German_germany"));
	std::locale  myLocale(setlocale(LC_TIME, "German_germany"));
	const std::time_get<char, Iter> &tg = std::use_facet<std::time_get<char, Iter> >( myLocale );
	std::cout << "time_base::dateorder == " << tg.date_order () << ".\n";
    ins.str ("07/04/2005");
	ins.imbue( myLocale );
    Iter itFound = tg.get_date( begin, end, ins, state, &timeb );
	std::cout << "Date: " << ins.str() << "\n" << timeb << std::endl;
	ins.str ("Montag");
    tg.get_weekday( begin, end, ins, state, &timeb );
    std::cout << "Weekday: " << ins.str() << "\n" << timeb << std::endl;
    ins.str ("06:47:32");
    tg.get_time (begin, end, ins, state, &timeb);
    std::cout << "Time: " << ins.str() << "\n" << timeb << std::endl;

Sonderbar daran ist, das die Datumsausgabe funktioniert - dürfte sie aber ja eigentlich nicht, weil ja "german" eingestellt ist (funktioniert dann nicht bei 07.04.2005 ). Komischerweise wird der Wochentag richtig geparst. Beim Parsen derZeit haut er dann ganz daneben -> er kriegt noch die Stunde richtig geparst, dann ist Schluß.
Der state ist bei den ersten Aufrufen 4 (badbit) und bei dem letzten 6 ->was auch immer das zu sagen hat.

@Hume versteck Dich nicht - Ich hab auf Deiner Page gesehen, das du Dich mit sowas auskennst:).

Man könnte sich aber für die Streams mittels std::codecvt eine Klasse schreiben, die einfach die Kodierung übersetzt. Das ist dann sauberer, als der hässliche Ansatz den die MFC gewählt hat.

http://gcc.gnu.org/onlinedocs/libstdc++/22_locale/codecvt.html

Netter Versuch :), aber:

ins.str ("Montag");
tg.get_weekday( begin, end, ins, state, &timeb );

er parst ja wirklich richtig das wort Montag und in der timeb-struct steht der Weakday dann folgerichtig auf '1'.

während beim Datum

ins.str ("07/04/2005");
Iter itFound = tg.get_date( begin, end, ins, state, &timeb );

einfach meine deutschen lokalsettings ignoriert werden (07.04.2005) funktioniert nicht.

@kingruedi

Man könnte sich aber für die Streams mittels std::codecvt eine Klasse schreiben, die einfach die Kodierung übersetzt. Das ist dann sauberer, als der hässliche Ansatz den die MFC gewählt hat.

Deshalb je keine MFC:). Mir gehts ja nicht um den stream, sonder um den rückwärtigen Weg, nähmlich mir das Datum aus 'nem String parsen zu lassen (mittlerweile sehe ich mich das schon wieder selber machen). Trotzdem wäre ein Kodierungsübersetzender Stream 'ne feine Sache.

Werde mal nächste Woche weitertüfteln -> halte euch auf alle Fälle auf dem Laufenden...

Naja, ich kann dir nur empfehlen folgendes Buch zu lesen. Da werden locales ausführlich erklärt
Die C++-Programmiersprache | ISBN: 382731660X

Werde trotzdem erstmal Versuchen mich durch die Erklärung beim Josutis zu quälen vom letzten mal diagonal lesen ist leider nicht viel hängen geblieben .

Frage:
Wenn ich das richtig verstanden habe, muß ich mir meine eigene von time_get abgeleitete facete schreiben? Leider ist der Aufwand dann nicht unbedingt geringer, als es bei meinem eigenen parser gewesen wäre -> Ziel verfehlt, setzen, 6

aber wenigstens ist die Variante dann universeller, da es sich dann natlos in die anderen localisation functionen integriert (auch wenn ich das erstmal nicht brauche).

Ich denke ich werde das Thema noch ein bisschen mehr auswalzen, wenn ich mal irgendwann fertig sein sollte.