私は何年もの間、次のコードを使用して、cin up から次の改行を含む文字を消費してきました。
void skip_rest_of_line()
{
while (cin.get() != '\n') {}
}
次のように、例外をキャッチして cin 状態をクリアした後にこれを呼び出します。
catch (Error& error) {
cout << error.msg << endl;
cin.clear();
skip_rest_of_line();
}
cin からの次の読み取りでは、残りの改行が空白としてスキップされます。
Lion の下で Xcode 4.4.1 に変更したところです。LLVM GCC 4.2 GNU++98、libstdc++ (GNU C++ 標準ライブラリ) を使用すると、これまでと同じように動作します。
しかし、Apple LLVM Compiler 4.0、c++11、libc++ (C++11 をサポートする LLVM C++ 標準ライブラリ) を使用すると、改行の認識に複数の問題があるようです。上記と同じコードでは、ループを満たすために 2 回目のリターン キーストロークが必要です。別の方法でも同じ問題が発生します。
cin.ignore(numeric_limits<streamsize>::max(), '\n');
最後に、while ループで cin.get() の代わりに getchar を使用すると、いつものように機能します。
これは libc++ のバグですか? または、Xcode または C++11 で何かを見逃していませんか?
Howard Hinnant への返答として、例外なく何が起こるかを示す小さなテスト ケースを以下に示します。
#include <iostream>
#include <vector>
using namespace std;
int main()
{
for(int count = 0; count < 2; count++) {
cout << "ready for input: " << endl;
int i;
vector<int> v;
while(cin >> i) {
v.push_back(i);
if(i == 3) {
while(cin.get() != '\n') {}
break;
}
}
for(auto it = v.begin(); it != v.end(); ++it)
cout << *it << ' ';
cout << endl;
}
cout << "done" << endl;
return 0;
}
3が保存されるまでintを読み取って保存し、その後、次の改行まで読み取って破棄し、すべてを繰り返すため、3の後のものが入力ストリームから破棄されることがわかります。GNU++98 を使用する Xcode 4.4.1 Lion を使用 || GNU++ 11、libstd ++、次の 2 行を入力すると、それぞれがスペースで終わり、その後に RETURN キーストロークが続くと、期待どおりの結果が得られます。
1 2 3 4 5
6 7 8 3
Xcode の出力ウィンドウが表示されます。
ready for input:
1 2 3 4 5
1 2 3
ready for input:
6 7 8 3
6 7 8 3
done
しかし、C++11 の libc++ では、両方の行を入力した後、2 回目の RETURN キーストロークを入力するまで最初の行では何も起こりませんが、適切な破棄はまだ行われています。したがって、各入力行の後の余分なスペースは、2 番目のキーストロークのように見えます。
ready for input:
1 2 3 4 5
1 2 3
ready for input:
6 7 8 3
6 7 8 3
done
cin.get() の while ループの代わりに上記の cin.ignore 呼び出しを使用すると、まったく同じ動作が発生します。問題は、「なぜ 2 回目の RETURN キーストロークが必要なのか」ということです。