私は何年もの間、次のコードを使用して、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 キーストロークが必要なのか」ということです。