new line character : scanf and getchar

[Mars]

char c;
int i;

scanf("%d",&i);
c=getchar();

I want to read a integer and a character in 2 lines.
Why the getchar always get the \n character from the last line?????

(Sorry for my newbie question, but where is the FAQ section of the
newsgroup??)

[j]

"Mars" <Mars@Mars> wrote in message news:41******** **@rain.i-cable.com...

char c;
int i;

scanf("%d",&i);
c=getchar();

I want to read a integer and a character in 2 lines.
Why the getchar always get the \n character from the last line?????

In your case, stdin refers to an interactive device and as such, is line
buffered.
This means that data is transferred when a newline is encountered.

If scanf's conversion succeeds you will have a newline left in your input
stream.
Any subsequent read issued on stdin will encounter this newline if you did
not enter additional data after some integer that corresponds to your
conversion
specifier.

One solution would be,

void consume_stdin(v oid)
{
while((getchar( )) != '\n')
;
}
You should also do some error checking with respect to scanf's return value.
(Sorry for my newbie question, but where is the FAQ section of the
newsgroup??)

http://www.eskimo.com/~scs/C-faq/faq.html

--
j

[Sontu]

Why don't you just write

int i;
char c;

scanf("%d",&i);
fflush(stdin); //flushes the input stream and gets rid of '\n'
character
c=getchar();

Try it out, it will work.

[j]

"Sontu" <ab******@gmail .com> wrote in message
news:11******** **************@ c13g2000cwb.goo glegroups.com.. .

Why don't you just write

int i;
char c;

scanf("%d",&i);
fflush(stdin); //flushes the input stream and gets rid of '\n'
character
c=getchar();

Try it out, it will work.

Supposing that there is data in the input stream, where do you propose
that it will be flushed to?

This is actually addressed in the FAQ but I want you to answer my question.

--
j

[Richard Bos]

"Sontu" <ab******@gmail .com> wrote:

Why don't you just write
Why doesn't _who_ just write that? Leave in some context when you post!
If you must use Google-broken-beta, learn to use it properly.
int i;
char c;

scanf("%d",&i);
fflush(stdin); //flushes the input stream and gets rid of '\n'
Because the behaviour fflush() is undefined for input streams. It only
works for output streams.
Try it out, it will work.

Says you. On your edition of your favourite compiler, it may even do
something. It's not required to do anything sane or safe, though.

Richard

[CBFalconer]

Sontu wrote:

Why don't you just write

int i;
char c;

scanf("%d",&i);
fflush(stdin); //flushes the input stream and gets rid of '\n'
character
c=getchar();

Try it out, it will work.

No it won't (portably). It may assasinate somebody. Please don't
give incorrect advice around here. You should have looked up the
validity of fflush for input devices (which is none).

--
"If you want to post a followup via groups.google.c om, don't use
the broken "Reply" link at the bottom of the article. Click on
"show options" at the top of the article, then click on the
"Reply" at the bottom of the article headers." - Keith Thompson

[Keith Thompson]

Mars <Mars@Mars> writes:

char c;
int i;

scanf("%d",&i);
c=getchar();

I want to read a integer and a character in 2 lines.
Why the getchar always get the \n character from the last line?????

The getchar() reads the '\n' character because the scanf() didn't read it.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Old Wolf]

j wrote:

"Mars" <Mars@Mars> wrote:

char c;
int i;

scanf("%d",&i);
c=getchar();

I want to read a integer and a character in 2 lines.
Why the getchar always get the \n character from the last line?????

In your case, stdin refers to an interactive device and as
such, is line buffered. This means that data is transferred
when a newline is encountered.

Irrelevent, the same problem occurs on any stream. All you can
deduce from this is that there was a newline character after
the number.
Exactly the same thing would have happened if stdin was coming
from a non-interactive device (eg. a file), so I don't know
how you can say that it did refer to an interactive device.
If scanf's conversion succeeds you will have a newline left in
your input stream.
Any subsequent read issued on stdin will encounter this newline
if you did not enter additional data after some integer that
corresponds to your conversion specifier.

Subsequent reading will always encounter the newline (eventually).
(I think this is what you intended to say, although on the first
reading, it seemed to me that you were saying that if additional
data was entered then the newline would not be encountered).

[j]

"Old Wolf" <ol*****@inspir e.net.nz> wrote in message
news:11******** **************@ f14g2000cwb.goo glegroups.com.. .

j wrote:

"Mars" <Mars@Mars> wrote:

char c;
int i;

scanf("%d",&i);
c=getchar();

I want to read a integer and a character in 2 lines.
Why the getchar always get the \n character from the last line?????

In your case, stdin refers to an interactive device and as
such, is line buffered. This means that data is transferred
when a newline is encountered.

Irrelevent, the same problem occurs on any stream. All you can
deduce from this is that there was a newline character after
the number.
Exactly the same thing would have happened if stdin was coming
from a non-interactive device (eg. a file), so I don't know
how you can say that it did refer to an interactive device.

Yeah, I'm not sure what I was thinking there.

If scanf's conversion succeeds you will have a newline left in
your input stream.
Any subsequent read issued on stdin will encounter this newline
if you did not enter additional data after some integer that
corresponds to your conversion specifier.

Subsequent reading will always encounter the newline (eventually).
(I think this is what you intended to say, although on the first
reading, it seemed to me that you were saying that if additional
data was entered then the newline would not be encountered).

I was thinking in terms of what he presented.
He just included one call to getchar after scanf.

Something such as ``10aaaaaa\n''
would have yielded a valid conversion
with a subsequent read producing ``a''.

--
j

[T O]

Old Wolf wrote:

j wrote:

"Mars" <Mars@Mars> wrote:

char c;
int i;

scanf("%d",& i);
c=getchar( );

I want to read a integer and a character in 2 lines.
Why the getchar always get the \n character from the last line?????

In your case, stdin refers to an interactive device and as
such, is line buffered. This means that data is transferred
when a newline is encountered.

Irrelevent, the same problem occurs on any stream. All you can
deduce from this is that there was a newline character after
the number.
Exactly the same thing would have happened if stdin was coming
from a non-interactive device (eg. a file), so I don't know
how you can say that it did refer to an interactive device.

If scanf's conversion succeeds you will have a newline left in
your input stream.
Any subsequent read issued on stdin will encounter this newline
if you did not enter additional data after some integer that
corresponds to your conversion specifier.

Subsequent reading will always encounter the newline (eventually).
(I think this is what you intended to say, although on the first
reading, it seemed to me that you were saying that if additional
data was entered then the newline would not be encountered).

Taking this a step further then, what would be a good but simple method
of reading a single character from stdin, evaluating that character (if
c=="Y") for example, and then flushing all buffers.
Is there a simple way to achieve a yes/no response without requring a CR
from the user, thereby presumably negating this problem of /n.