Почему так работает?

[Br0m]

Сообщение от pproger

ну от этого тоже мало толку. юзер введет 123qwe enter. в целочисленную переменную запишется 123, ты подавляешь q, we\n сидят в буфере.

это понятно, но объясните, пожалуйста, допустим есть

scanf("%d", &m);
scanf("%*[^\n]%*с");

не работает как вы описали. Например, вводим 1qwe enter, после этого второй scanf ожидает ввода, после которого все что ввели остается в потоке ввода

[pproger]

2Br0m
))))

scanf("%*[^\n]%*с");

тут сивол 'c' не из таблицы ascii наверн я слажал, когда набирал. на англ ее замени

как я это понял даже не спрашивай

[pproger]

2_Bers
ну cin видимо сам как то подчищает лишнее.
кстати, можно заметить, что у ostream метод flush есть, у istream нету ибо это не имеет смысла, как и fflush(sdtin). но вот микрософтовцы подумали, что прикольно будет и тут чистить буфер

[_Bers]

Сообщение от pproger

2_Bers
ну cin видимо сам как то подчищает лишнее.
кстати, можно заметить, что у ostream метод flush есть, у istream нету ибо это не имеет смысла, как и fflush(sdtin). но вот микрософтовцы подумали, что прикольно будет и тут чистить буфер

//где то в недрах istream

bool __CLR_OR_THIS_CALL _Ipfx(bool _Noskip = false)
		{	// test stream state and skip whitespace as needed
		if (ios_base::good())
			{	// state okay, flush tied stream and skip whitespace
			if (_Myios::tie() != 0)
				_Myios::tie()->flush();  // <----  смотрим сюда

Если пронаблюдать дальше:

virtual int __CLR_OR_THIS_CALL sync()
		{	// synchronize C stream with external file
		return (_Myfile == 0
			|| _Traits::eq_int_type(_Traits::eof(), overflow())
			|| 0 <= fflush(_Myfile) ? 0 : -1);  //<--- смотрим сюда
		}

Таким образом, студийный std::cin перед чтением чистит буфер ввода стандартным fflush(stdin)

А вы говорите, что это UB.

Вопрос: каким образом std::cin чистит буфер под линукс?
Как то же он должен это делать.
Неужели под разные платформы шандарахнули разные реализации istream ?

[pproger]

2_Bers

_Myios::tie()->flush(); // <---- смотрим сюда

а теперь посмотри, что возвращает метод tie(). ога, ostream.

|| 0 <= fflush(_Myfile) ? 0 : -1); //<--- смотрим сюда

Таким образом, студийный std::cin перед чтением чистит буфер ввода стандартным fflush(stdin)

и что? микрософт решила, что их реализация fflush будет чистить буфер потока, открытого на чтение. вот они и пользуются этим. с их точки зрения никакого UB нет. но с точки зрения твоей программы он есть (явное исключение - твой софт пишется исключительно под вин).

Неужели под разные платформы шандарахнули разные реализации istream ?

не столько под разные платформы, как под разные компиляторы. каждый производитель компиля поставляет свою реализацию стандартной библиотеки (возможно какой то общий код есть). gcc - кросплатформенный компиль, поэтому старается лучше следовать стандартам. студийный компиль используется только в винде, где стандарты не особо соблюдаются.

Вопрос: каким образом std::cin чистит буфер под линукс?
Как то же он должен это делать.

я тебе предложил 2 варианта, как это можно сделать. какая разница, как в gcc это реализовано? мне не интересно. могу сказать, что в гццшном istream-e никакого вызова fflush нет. можешь открыть и посмотреть

[Пепел Феникса]

не забываем что istream имеет свой буфер, который и очищает.
на линухе думаю именно за счет этого и идет.

в винде же вроде не такие гибкие устройства терминала.(в линухе* это не только консоль сама)

*по умолчанию stdin настроен на буферизацию до перевода строки, то есть раньше чем перевод строки не вернет, а значит читается все сразу до перевода строки, в винде не видел такого у АПИ.

PS:+так же помним что в линухе как перевод строки применяется только #10, а не #13#10.