Typografische Apostroph + Wide String Literal brach mein wofstream (C++)

Question

Ich habe gerade einige seltsame Verhalten im Umgang mit dem ominösen typographischen Apostroph (') - nicht der Schreibmaschine Apostroph ('). Bei Verwendung eines breiten Zeichenfolgenliterals bricht der Apostroph den Worstream.

Dieser Code funktioniert

ofstream file("test.txt"); 
file << "A’B" ; 
file.close(); 

==> A'B

Dieser Code funktioniert

wofstream file("test.txt"); 
file << "A’B" ; 
file.close(); 

==> A'B

Dieser Code schlägt fehl

wofstream file("test.txt"); 
file << L"A’B" ; 
file.close(); 

==> A

Dieser Code schlägt fehl ...

wstring test = L"A’B"; 
wofstream file("test.txt"); 
file << test ; 
file.close(); 

==> A

Jede Idee?

Answer 1

Sie sollten "enable" locale vor der Verwendung wofstream:

std::locale::global(std::locale()); // Enable locale support 
wofstream file("test.txt"); 
file << L"A’B"; 

Also, wenn Sie Systemgebietsschema haben en_US.UTF-8 dann die Datei test.txt wird utf8 codierte Daten (4 byes) umfassen, wenn Sie Systemgebietsschema haben en_US.ISO8859-1, dann würde es als 8-Bit-Codierung (3 Bytes) codieren, es sei denn, ISO 8859-1 verfehlt ein solches Zeichen.

wofstream file("test.txt"); 
file << "A’B" ; 
file.close(); 

Dieser Code funktioniert, weil "A’B" tatsächlich utf-8-String ist und Sie sparen utf-8 String Byte für Byte Datei.

Hinweis: Ich nehme an, Sie verwenden POSIX wie OS, und Sie haben Standardgebietsschema anders als "C", das das Standardgebietsschema ist.

Answer 2

Sind Sie sicher, dass die Unterstützung für Unicode-Zeichen in Quelldateien durch den Compiler nicht "kaputt" ist? Was ist, wenn Sie \x oder ähnliches verwenden, um das Zeichen im Stringliteral zu codieren? Ist Ihre Quelldatei sogar in welcher Kodierung auch immer ein wchar_t für Ihren Compiler?

Answer 3

Versuchen Sie, das Stream-Einfügezeichen in einen try-catch-Block einzubinden, und teilen Sie uns mit, welche Exception ausgelöst wird.

Ich bin mir nicht sicher, was hier vor sich geht, aber ich werde sowieso raten. Das typografische Apostroph hat wahrscheinlich einen Wert, der in ein Byte passt. Dies funktioniert mit "A’B", da es blind Bytes kopiert, ohne sich um die zugrunde liegende Codierung zu kümmern. Mit L"A’B" kommt jedoch ein implementierungsabhängiger Kodierungsfaktor ins Spiel. Es findet wahrscheinlich nicht das richtige UTF-16 (wenn Sie unter Windows sind) oder UTF-32 (wenn Sie auf * nix/Mac sind), um dieses spezielle Zeichen zu speichern.