Re: sizeof peculiarity ?

It sound very interesting and useful to me to hear that.

Why \U0001FB94 is it not a valid Unicode codepoint? It identifies a
unicode character outside BMP and it is also defined by the C++
standard. Probably Visual C does not consider it a valid one because
wchar_t is only 2 bytes long.

I thought it is ok to use in a wide string literal such a universal
character name. The following piece of code:

int main(void)
{
    printf( "length: %d\n", wcslen(L"A\U0001FB94") );
    return 0;
}

shows a length of 3. I didn't look to the encoding. But, having read
other documents specifying that Win32 is UTF-16 (and seeing that we
can use japanese/chinese characters) I thought the compiler encodes
all the wide string literal in UTF-16.

Then, yesterday I read the 2.13.4/5 section in the standard about the
length of a wide string literal and the standard definition --- "The
size of a wide string literal is the total number of escape sequences,
universal-character-names, and other characters, plus one for the
terminating L'\0' --- does not match the result provided by the above
piece of code. So, probably your explanation clarifies why the above
piece of code reports a length of 3.

All this means that we cannot use japanese/chinese (or characters
outside BMP) characters in wide string/character literals?