C file's orientation 2.

이전글에서 했던 추측은 정답과는 거리가 멀었군요. c.l.c.m.에 올린 글의 답변을 보니 제가 stream의 state에 대한 생각을 전혀 안했었네요. -_-;

문제가 되었던 g++ 3.4.3, solaris 10-x86 환경에서는 현재 imbue되어 있는 locale로는 출력할 수 없는 character set을 만나면 state의 fail bit을 셋하게 되어 있었습니다. 이후 operation들은 현재 상태가 good()이 아니므로 모두 실패한 것이었습니다.

따라서 이전글에서 보았던 다음 코드들의 결과는 다음과 같이 다시 해석되어야 합니다.

wcout << L"aaaa" << endl;
wcout << L"한글bbbb" << endl;
wcout << L"cccc" << endl;
// result
aaaa

wcout << L"aaaa" << endl;
wcout << L"한글bbbb" << endl;
wcout << "cccc" << endl; // changed to byte-string literal

// result
aaaa

wcout << L"aaaa" << endl;
wcout << L"한글bbbb" << endl;
cout << "cccc" << endl; // changed to cout

// result
aaaa
cccc

"한글" 문자열 출력이 실패하면서 wcout의 state의 fail bit이 set됩니다. 따라서 이후 wcout에 대한 operation들은 모두 실패하게 됩니다. 하지만 마지막 경우의 cout은 wcout과는 전혀 다른 stream이므로 문자열이 정상적으로 출력되었던 것입니다.

결과 확인을 위해 다음 코드로 확인했습니다.

wcout << L"aaaa" << endl;
wcout << L"한글bbbb" << endl;
cout << "cccc" << endl; // changed to cout
cout << wcout.fail() << endl;
cout << cout.fail() << endl;
wcout.clear();
wcout << "cccc" << endl;

// result
aaaa
cccc
1
0
cccc

예상대로 clear()를 호출하여 state를 good() 상태로 만들어주면 다시 wcout으로도 정상적으로 출력됨을 확인할 수 있습니다. stream의 state와 cout, wcout의 관계를 생각하지 못해 전혀 엉뚱한 추측을 했었네요. 부끄럽습니다. *-_-*

추가로 "korean" locale을 imbue()해서 출력을 해보려고 했는데 지원을 안하더군요. -_-

그리고 이전 글에서 한글외의 모든 문자가 정상적으로 출력되었던 Redhat환경의 경우는 한글 출력을 할 수 없더라도 fail bit을 set하지 않아 한글외의 문자들이 정상적으로 출력되었던 것이었습니다.