некорректная работа цикла

Это что, код на Лиспе?

перенос строки скорее всего вычитывается. сбрасывай буффер перед чтением

вот меня всегда удивляло:

#include <stdio.h>

int main(int argc, char** argv)
{
	char a,b;
	printf("input one:\n");
	scanf("%c",&a);
	printf("input two:\n");
	scanf("%c",&b);
	return 0;
}

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

если так, то

#include <stdio.h>

int main(int argc, char** argv)
{
	int a,b;
	printf("input one:\n");
	scanf("%d",&a);
	printf("input two:\n");
	scanf("%d",&b);
	return 0;
}

а если

#include <stdio.h>

int main(int argc, char** argv)
{
	char a,b;
	printf("input one:\n");
	scanf("%d",&a);
	printf("input two:\n");
	scanf("%d",&b);
	return 0;
}

то сегфолт, после ввода второго числа.

думаю, что проблема в том же.

я просто пост не распарсил. :)

>я просто пост не распарсил.
Могу помочь распарсить, но думать уже лениво.


Программа на С. Непонятное нарушение работы цикла.

Самая суть, с пропуском не влияющих на данный результат операторов:

scanf ( "%c", &ch) ; while (ch != 'q' ) {
/* ----------------------- пропущенные операторы ----------------------- */
  printf ( "Введите вес в фунтах : ") ;
  scanf ( "%f ", &weight ) ;
  printf ( "Введите следующий товар : ") ;
  scanf ( "%c ", &ch) ;
}

printf ( "Стоимость фунта товара : % .2f \n", rate ) ;

Введите следующий товар : Введите вес в фунтах :

ну ясно.. значит та же проблема, что и я описал выше.

сh = getchar();

вместо

scanf( "%c ", &ch) ;

или его как gets() нельзя использовать по каким-то соображениям?

не читал, но возможно fflush поможет

> то сегфолт, после ввода второго числа.

попытка записи 2-х байт в память, где выделен только 1 байт

use valgrind

>use brain

fixed

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

#include <stdio.h> 

int main(int argc, char** argv)
{
   char a,b;
   printf("input one:\n");
   scanf("%c",&a);
   flushall();
   printf("input two:\n");
   scanf("%c",&b);
   return 0;
}

HINT: буфер ввода

ну с этим более менее ясно. вопрос в другом, почему на %d срабатывает, а на %c пролетает?

если ты такой умный, то мог бы и написать в чем дело.

>HINT: буфер ввода

[code] test.c:(.text+0x31): undefined reference to `flushall' [/code]

Где я осел?

гугл говорит: «flushall is not ANSI C.»

так все-таки, почему такое возникает?

Происходит потому что ты на вход подаёшь строку, а забираешь один символ, следовательно остальные символы так и остаются гнить в буфере. А когда вызываешь второй scanf(), он видит, что в буфере уже что-то есть, и берёт следующий символ оттуда. Как-то так.

Действительно в этих ваших линуксах нету flushall().. попробуй вместо него fflush(NULL)

>flushall();

гг, вспомнился BC 3.1

flush(NULL); не сработал.

Но объяснение разумное, спасибо.

хинт. после каждого scanf выводи что вычиталось. думаю поймешь из за чего это ;-)

Проблемы со сбросом буфера ,по теории, должны возникать у ранних версий компиляторов. Но у меня - gcc 4.3.2. При том что проблемы возникают только с символьным спецификатором scanf().
По идее, уже само наличие оператора scanf() должно вызывать сброс буфера, как функции ввода, независимо от спецификатора, без всяких дополнительных операторов. На деле получается - до сброса данных программа " щупает " спецификатор... Так все- таки , корень проблемы в компиляторе ? Но этот момент должен был быть давно изжит, по идее....

fflush (stdin);