switch оператор

[_Bers]

Если включить интуицию, и присмотреццо к тонкому намёку в посте #4,
то можно предположить, что нажатие ентер тоже попадает в буффер ввода.
И именно его считывает scanf("%c", &simbol);

Исходя из чего можно предложить вот такое лекарство:

#include <stdio.h>
#include <conio.h>

int main()
{     
    float  a, b, c;
    char simbol;
    printf("Vvedite 1-oe cislo : ");
    scanf("%f", &a);
    printf("Vvedite 2-oe cislo : ");
    scanf("%f", &b);
    printf("Vvedite arifmeticheskii simvol : ");
    
    fflush(stdin);         // <---  сбросим содержимое буффера ввода, что б там ничего не было. 
                           //И тогда нижеследующая инструкция вынудит устройство ввода ожидать новые данные
    scanf("%c", &simbol);  // <---  читает из буффера ввода 1 символ. 
    switch(simbol)
    {
    case '+' : c = a + b; break;
    case '-' : c = a - b; break;
    case '*' : c = a * b; break;
    case '/' : c = a / b; break;
    default  : c = 0; break;
    }
    printf("Resultat : %f \n", c);
    getch(); 
}

[_Bers]

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

Если бы вы внимательно прочли предыдущие сообщения, то легко и просто взяли бы это в толк

Понимаешь, вот взять к примеру приплюснутые потоки, у них такого идиотизма нет.

У меня нет перед глазами реализации scanf
А гадать, разглядывая чьи то намёки даже особого желания нету.

Если знаешь - скажи как есть, по человечески.

Гугл мне ни о чем таком конкретном не рассказал. А собственные домысли - это всего лишь домысли. Я хз, как оно там по настоящему работает.

[Alex-Kunfuman]

\\заботливо считывается символ перевода строки, введенный вами (ну Enter же нажимали после ввода числа "b", да?).\\ я это не совсем понял...всеравно спасибо.
кстати у меня такой вопрос еще есть...Мне нужно узнать, что подразумевается под "прямым методом" интерполяции...Думал,что это связано с интерполяционными формулами Ньютона..оказалось,что это другое..Вы можете что-нибудь подсказать?

[Alex-Kunfuman]

_Bers, получается, что буффер ввода был просто заполнен по-уши? в этом была проблема?

[_Bers]

Сообщение от Alex-Kunfuman

_Bers, получается, что буффер ввода был просто заполнен по-уши? в этом была проблема?

scanf читает из файла. В твоём случае, файлом является "устройство ввода". Оно реагирует на нажатия клавиш. И у него есть так называемый буфер. Особое хранилище данных, из которого можно читать данные о нажатых клавишах (как из обычного файла)

Когда ты свои первые цыферки вводил, ты нажимал клавишу enter.
И видимо, код нажатых клавиш попадал в буффер ввода.

Потом, когда ты хотел прочитать 1 символ из буффера ввода, ты считывал этот самый символ клавиши enter

То есть, вместо того что бы ожидать нового нажатия клавиш, scanf сразу считывал из буфера 1 первый попавшийся символ, а ты соответственно ничего не вводил.

Я сделал сброс буффера перед тем как читать очередную клавишу, и все заработало.

Но это только мои домыслы. Например, не понятно, а почему такого глюка не было, когда ты второе число float с клавиатуры вводил?

[Alex-Kunfuman]

хз. можт просто переполнение было..

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

Понимаешь, вот взять к примеру приплюснутые потоки, у них такого идиотизма нет.

чу это нету? есть там все, не спроста же cin.ignore применяют.

Когда ты свои первые цыферки вводил, ты нажимал клавишу enter.
И видимо, код нажатых клавиш попадал в буффер ввода.

попадает 13 и 10(от одной клавиши), но ввод заканчивается при попадании 13, а 10 остается на потом.

Но это только мои домыслы. Например, не понятно, а почему такого глюка не было, когда ты второе число float с клавиатуры вводил?

я посмотрел, глюк есть, но видимо scanf игнорировало его, а при спецификаторе %c не игнорирует.

хз. можт просто переполнение было..

какое переполнение?
вам говорят о символе с кодом 10, а вы про переполнение, буфер способен вместить достаточно данных.

[_Bers]

Сообщение от Пепел Феникса

чу это нету? есть там все, не спроста же cin.ignore применяют.

Впервые в жизни с таким сталкиваюсь.
К слову:

int main()
{
    float q,w; char c;
    
    std::cout<< "введите q: ";  std::cin >> q;
    std::cout<< "введите w: ";  std::cin >> w;
    std::cout<< "введите c: ";  std::cin >> c;
}

Проблем никаких не вызывает. И ведёт себя именно так, как и ожидается.

Сообщение от Пепел Феникса

попадает 13 и 10(от одной клавиши), но ввод заканчивается при попадании 13, а 10 остается на потом.
я посмотрел, глюк есть, но видимо scanf игнорировало его, а при спецификаторе %c не игнорирует.

Эм... а у меня почему то светит, что ентер - эт вообще 8
А блииин вру вру.. 13 да)
В бакспейсом попутал

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

Проблем никаких не вызывает. И ведёт себя именно так, как и ожидается.

хм, видимо не всегда.
или это особенность std::getline.
не помню уже(уже почти месяц нет проектов с вводом консольным).

Эм... а у меня почему то светит, что ентер - эт вообще 8

#include <stdio.h>
#include <conio.h>


int main()
{     
    float  a, b, c;
    char simbol;
    printf("Vvedite 1-oe cislo : ");
    scanf("%f", &a);
	scanf("%c", &simbol);
	printf("%d",(int)simbol);
    printf("Vvedite 2-oe cislo : ");
    scanf("%f", &b);
	scanf("%c", &simbol);
	printf("%d",(int)simbol);
    printf("Vvedite arifmeticheskii simvol : ");
    
    fflush(stdin);         // <---  сбросим содержимое буффера ввода, что б там ничего не было. 
                           //И тогда нижеследующая инструкция вынудит устройство ввода ожидать новые данные
    scanf("%c", &simbol);  // <---  читает из буффера ввода 1 символ. 
    switch(simbol)
    {
    case '+' : c = a + b; break;
    case '-' : c = a - b; break;
    case '*' : c = a * b; break;
    case '/' : c = a / b; break;
    default  : c = 0; break;
    }
    printf("Resultat : %f \n", c);
    getch(); 
}

так выдает как положено.

а вы как тестили?

[_Bers]

Сообщение от Пепел Феникса

чу это нету?

Щас в пошаговой отладке глянул, как с этим делом у std::cin обстоит...

  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();  // <---- люди, которые  
                     

              //проектировали std::cin мало мало мазгой думали.