Несовместимое поведение новой строки Xcode 4.4 Lion в C++ с GCC против LLVM

Я использовал следующий фрагмент кода в течение многих лет, чтобы потреблять символы от cin вверх и включать следующую новую строку.

void skip_rest_of_line()
{
    while (cin.get() != '\n') {}
}

Я бы назвал это после перехвата исключения и очистки состояния cin, например:

catch (Error& error) {
    cout << error.msg << endl;
    cin.clear();
    skip_rest_of_line();
    }

Следующее чтение из cin пропускает оставшуюся новую строку как пробел.

Я только что перешел на Xcode 4.4.1 под Lion. Используя LLVM GCC 4.2 GNU++98, libstdc++ (стандартная библиотека GNU C++), он работает, как всегда.

Но при использовании Apple LLVM Compiler 4.0, c++11, libc++ (стандартная библиотека LLVM C++ с поддержкой C++11) похоже, что есть несколько проблем с распознаванием новой строки. Тот же код, что и выше, требует второго нажатия клавиши возврата для выполнения цикла! Та же проблема возникает с альтернативой:

cin.ignore(numeric_limits<streamsize>::max(), '\n');

Наконец, использование getchar вместо cin.get() в цикле while работает как всегда!

Это ошибка в libc++? Или я что-то пропустил либо в Xcode, либо в C++11?

В ответ Говарду Хиннанту вот небольшой тестовый пример, который показывает, что происходит без каких-либо исключений и т. Д. На картинке:

#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, после чего считывает и отбрасывает следующую новую строку, а затем повторяет все это, так что вы можете видеть, что материал после 3 отбрасывается из входного потока. С Xcode 4.4.1 Lion с GNU++98 || GNU++11, libstd++, я получаю то, что ожидаю, когда вставляю эти две строки, каждая из которых завершается пробелом, за которым следует нажатие клавиши 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

Но с С++ 11, libС++ ничего не происходит с первой строкой, пока я не нажму ВТОРОЕ нажатие клавиши RETURN после обеих строк ввода, но правильное отбрасывание все же произошло. Таким образом, дополнительный пробел ниже после каждой строки ввода — это то, как выглядит второе нажатие клавиши.

ready for input: 
1 2 3 4 5 

1 2 3 
ready for input: 
6 7 8 3 

6 7 8 3 
done

Точно такое же поведение происходит при использовании вышеуказанного вызова cin.ignore вместо цикла while вокруг cin.get(). Итак, проблема в том, «Зачем нужно второе нажатие клавиши RETURN?»


person user1628444    schedule 27.08.2012    source источник


Ответы (1)


Я думаю, что это ошибка в libc++ для Lion, и она исправлена ​​в Mountain Lion. Но трудно быть уверенным без полного тестового примера.

Обновить

Спасибо за тестовый пример. Подтверждена ошибка на Lion и исправлена ​​на Mountain Lion.

person Howard Hinnant    schedule 30.08.2012
comment
Вот тестовый пример, который может быть более запутанным, чем необходимо, но делает то же самое, что и мой фактический код, а именно отбрасывает оставшуюся часть строки cin в зависимости от того, что было прочитано. Это ведет себя по-разному в зависимости от того, какие параметры компилятора и библиотеки я использую Xcode 4.4.1 Lion. Код читает и сохраняет целые числа, но если считывается 3, он отбрасывается через новую строку и повторяется. С GNU++98 || GNU++11, libstd++ работает так, как я ожидал, отбрасывая готовые к вводу 4 и 5: 1 2 3 4 5 1 2 3 готовые к вводу: 6 7 8 3 6 7 8 3 готово - person user1628444; 30.08.2012
comment
пожалуйста, проигнорируйте комментарий выше; Я обнаружил, что мне пришлось добавить тестовый пример в качестве редактирования исходного вопроса. Я новичок здесь! - person user1628444; 31.08.2012