Sonderzeichen in Lokale Variablen Fenster bei Unicode

[colcok]

Es gibt beim Debuggen ein Phänomen beim Anzeigen eines Unicodezeichens (Umlaut), das ich nicht nachvollziehen kann:

Code:

wchar_t cd = L'ä';

Dargestellt wird es im C++ Builder 10.3 unter Lokale Variablen wie folgt beim Debuggen:

Code:

cd L'ä꓃' 228U (0x00E4)

Warum wird hinter dem 'ä' noch ein 'Yi Radical Che'-Zeichen (꓃ (U+A4C3)) angezeigt?
Ich weiß, dass das 'ä' aus 2 Bytes zusammengesetzt ist, aber warum diese Darstellung?
Bei den anderen Umlauten wird auch ein anderes Zeichen daneben noch angezeigt.

Das 'a' zum Beispiel wird ja auch wie folgt angezeigt:

Code:

cd L'a' 97U (0x0061)

Ist das ein Bug?

[himitsu]

228U (0x00E4) das Ä ... also 2 Byte = ein WideChar

Könnte es sein, dass hier kein abschließendes #0 enthalten ist?
Und zufällig liegen "irgendwelche" 2 Bytes gefolgt von 2 Nullen dahinter im Speicher?



'꓃' sind 8 Chars im String (HTML-Kodierung).

[colcok]

Ich hänge am Besten nochmal einen Screenshot an, da sieht man es besser, es wird als
'ä꓃' angezeigt.
Wie auch immer, das scheint ein Bug zu sein, oder? Eine abschließende '\0' müsste
ja nicht vorhanden sein, da ich nur mit einem wchar_t arbeite, nicht mit einem String.

[TurboMagic]

Moment! Ist nicht ein wchar_t ein Zeiger auf einen null terminieren String?

[himitsu]

Jo, drum steht da auch ein L vor'm "wide-character literal"


Delphi-Strings (LongStrings) nutzen sie zwar selber nicht, aber sie haben dennoch hinten implizit zwei #0 dran, als Kompatibilität, um "einfach" nach PChar casten zu können.
In C/C++ muß man das öfters selber machen (abgesehn von z.B. dem BSTR aka WideString in Delphi),
genauso wie in Delphi, wenn man dort manuell mit PChar und CharArrays rumspielt (ohne die Automatiken zu verwenden).