int wmain() {
	wofstream os("unicode.txt");
	os << L'\x2081';
	os << flush;
	return 0;
}

UNICODE ist definiert, aber trotzdem bleibt die Datei leer. Wenn ich aus dem wchar ein wchar* mache, interpretiert das Programm L'\x2081' als '\x20 . Nur habe ich keine Ahnung wieso.

Das mit dem wchar und wchar* musst du mir allerdings nochmal erklären.

Also cout << "Hälló Wørlð" oder eben direkt in ne Datei (z.B. via ofstream) geht alles problemlos.

No magic here.

mfg, René~

Im GCC 4.5 kann ich direkt utf8 in strings schreiben und die überall benutzen.

Also cout << "Hälló Wørlð" oder eben direkt in ne Datei (z.B. via ofstream) geht alles problemlos.

No magic here.

mfg, René~

Das ist übrigens keine Magie des GCC, sondern einfach eine fundamentale Eigenschaft von UTF-8. Den GCC Interessiert es ja nicht, was in den Stringliteralen steht, solange jedes einzelne Zeichen in einen normalen char passt.

Das ist übrigens keine Magie des GCC, sondern einfach eine fundamentale Eigenschaft von UTF-8. Den GCC Interessiert es ja nicht, was in den Stringliteralen steht, solange jedes einzelne Zeichen in einen normalen char passt.

Eigentlich sollte es so sein aber ich weiß noch, dass ich damals in C++ keine Sonderzeichen in Strings benutzen konnte unter Windows. Das ist aber länger her und ich weiß auch nicht woran es lag.

mfg, René~

Also cout << "Hälló Wørlð" oder eben direkt in ne Datei (z.B. via ofstream) geht alles problemlos.

Das klappt bei mir auch, aber das sind ja noch alles ASCII Zeichen. Wenn ich z.B. sowas wie cout << ₁ (tiefergestellte 1) schreibe, macht das Forum genauso Probleme wie mein Programm. Visual Studio meldet zwar, dass die Datei in Unicode gespeichert wird, kompliert wird zwar auch, aber die Datei bleibt leer. Wenn ich jetzt z.B. os << L'\x2081' << "Hello World"; schreibe, wird in die Datei nur das Byte 20 in die Datei geschrieben, mehr nicht.

NewSoftzzz schrieb:

Also cout << "Hälló Wørlð" oder eben direkt in ne Datei (z.B. via ofstream) geht alles problemlos.

Das klappt bei mir auch, aber das sind ja noch alles ASCII Zeichen.

Weder ä noch ó noch ø noch ð sind ASCII-Zeichen.

Ok, vielleicht nicht, aber sie passen immer noch in ein Byte rein.

Tun sie nicht. Dass man hier immer alles beweisen muss.

Im GCC 4.5 klappt z.B. auch folgendes:
cout << "カタカナ" << endl;

mfg, René~

Mit der Shell auch nicht - wenn schon, mit dem Terminal.

Hm, ich meine damals wurde mein Code nicht kompiliert mit Umlauten. Also weder Shell noch Terminal sondern entweder Compiler oder Encoding der Sourcedatei.

Was hat denn der OP für ein Problem mit dem Sondernzeichen, wenn er es direkt in einen String packt?

mfg, René~

Was hat denn der OP für ein Problem mit dem Sondernzeichen, wenn er es direkt in einen String packt?

Das die Datei einfach leer bleibt. Es wird nur bis zu dem Sonderzeichen in die Dateigeschrieben, sobald das Sonderzeichen kommt, bricht der stream ab.

"abカタカナcd"

Und dann meld dich mal wieder mit dem Ergebnis

mfg, René

Es wird nur "ab" in die Datei geschrieben...

Benutz mal statt wofstream nur ofstream und melde dich wieder.

mfg, René~

warning C4566: Das durch den universellen Zeichennamen "\u30AB" dargestellte Zeichen kann in der aktuellen Codepage (1252) nicht dargestellt werden.

Die ganzen Sonderzeichen werden durch ein Fragezeichen (3F) ersetzt.

mfg, René~

std::locale::global(std::locale(""));

wofstream heisst nicht Unicode (das ist auch mit ofstream möglich), sondern nur UTF-16. Und UTF-8 (=ofstream) ist die verbreitetere Codierung.

ofstream (char = 1 Byte)und utf-8 (multibypte = 1-4 Byte) haben nichts miteinander zu tun.

Entweder du nimmst die C-Funktion fwrite:
http://bytes.com/topic/c/answers/140537-unicode-c

wchar_t myWString[] = L"Some strange characters."
fwrite(myWString, sizeof(wchar_t), sizeof(myWString)/sizeof(wchar_t),
myFile );

oder ließt dir das mal durch und nimmst die codecvt-Klasse von dort:
http://www.codeproject.com/KB/stl/upgradingstlappstounicode.aspx?print=true