how to read a single keystroke in C++

[Frank Bormann]

Hi,

probably a stupid question, but I haven't been able to find anything.

Is there a istream related function that let me read exactly one keystroke
from the keyboard through cin?

What I need it to do is this:
- remove all characters currently in the input buffer
- block until the user presses a key
- return the ascii code of the key that was pressed

This should work also, if the user just hit the enter key.

I'm probably too stupid to get it right, but the usual get/getline()
functions always block until the user hits enter, even if the user enteres
other keys before, but on the other hand, if the user presses enter only,
getline continues to block and does not return the empty line.

Ideally I would like somethink like this:

1. a menu, where the user can press 1, 2 or 3 (and the program reactiving
immediately without the need for the user to press enter afterwards)
2. a "Press any key to continue" function, that waits for exactly one
keystroke, no matter what key it is.

Frank

[Victor Bazarov]

Frank Bormann wrote:

probably a stupid question, but I haven't been able to find anything.

Is there a istream related function that let me read exactly one keystroke
from the keyboard through cin? [...]

There is no such thing as 'keyboard' AFA C++ _language_ is concerned.

[Frank Bormann]

"Victor Bazarov" <v.********@com Acast.net> wrote in message
news:cZ******** ***********@new sread1.mlpsca01 .us.to.verio.ne t...

Frank Bormann wrote:

probably a stupid question, but I haven't been able to find anything.

Is there a istream related function that let me read exactly one keystroke from the keyboard through cin? [...]

There is no such thing as 'keyboard' AFA C++ _language_ is concerned.

Ok, let me ask differently: How can I determine, if there are chars to read
in the cin streambuf without blocking? I've tried to use in_avail() and
readsome(), but they always return 0 on cin, even if there's still input
data present in the buffer.

[Victor Bazarov]

Frank Bormann wrote:

"Victor Bazarov" <v.********@com Acast.net> wrote in message
news:cZ******** ***********@new sread1.mlpsca01 .us.to.verio.ne t...

Frank Bormann wrote:

probably a stupid question, but I haven't been able to find anything.

Is there a istream related function that let me read exactly one
keystroke
from the keyboard through cin? [...]

There is no such thing as 'keyboard' AFA C++ _language_ is concerned.

Ok, let me ask differently: How can I determine, if there are chars to read
in the cin streambuf without blocking? I've tried to use in_avail() and
readsome(), but they always return 0 on cin, even if there's still input
data present in the buffer.

Let me ask you, then. If 'in_avail' or 'readsome' returns 0, what makes
you think that "there's still input data present"? I mean, if you have
some other way of knowing that there are data in the stream, why don't
you use the same method to read it? Catch my drift?

[Ioannis Vranos]

Frank Bormann wrote:

Ok, let me ask differently: How can I determine, if there are chars to read
in the cin streambuf without blocking? I've tried to use in_avail() and
readsome(), but they always return 0 on cin, even if there's still input
data present in the buffer.

I suppose in most PCs, cin accepts input only after you press Enter, so the closest thing
I can suggest is using the old, good, system-dependent extensions, getch() and getche()
(the second echoes the input). It is usually defined in conio.h when it is available.

They are not part of the C++ standard though.
--
Ioannis Vranos

http://www23.brinkster.com/noicys

[Frank Bormann]

"Victor Bazarov" <v.********@com Acast.net> wrote in message
news:xC******** ***********@new sread1.mlpsca01 .us.to.verio.ne t...

Let me ask you, then. If 'in_avail' or 'readsome' returns 0, what makes
you think that "there's still input data present"? I mean, if you have
some other way of knowing that there are data in the stream, why don't
you use the same method to read it? Catch my drift?

There's still input data present, because get() or getline() reads it. My
problem currently is this:

I want some "Press any key to continue" like implementation. Or at least
"Press <return> to continue" which would be less nice but still acceptable.
Now, if I use cin.getline() to try and read such input, the cin.getline()
call never returns, if the user just presses the <return> key (apparently
because it's an empty line and getline discards that). If instead I use
"char c; cin.get(c);" and the user instead of just pressing <return> had
entered some other characters before pressing return, I read only the first
character and the others remain in the buffer. Now, the next time, program
flow comes across this "Press <return> to continue" code, the cin.get(c)
immediately reads the first of the characters that are still in the buffer
from the previous input. I can of course call
cin.ignore(nume ric_limits<stre amsize>::max()) ; as described in the C++ FAQ
to get rid of those characters, but if I do that and the buffer was already
empty, it never returns from the cin.ignore() call, no matter what I enter.
So I need to have a non-blocking way of knowing, if there are characters in
the cin buffer, so I can check before calling ignore.

Frank

[Frank Bormann]

"Ioannis Vranos" <iv*@remove.thi s.grad.com> wrote in message
news:1113529832 .856545@athnrd0 2...

Frank Bormann wrote:

I suppose in most PCs, cin accepts input only after you press Enter, so the closest thing I can suggest is using the old, good, system-dependent extensions, getch() and getche() (the second echoes the input). It is usually defined in conio.h when it is

available.

I was afraid, you were going to say that. I was thinking about that too, I'm
sure, I could easily manage to get what I want, by using the low-level file
descriptor i/o of the glibc, but I was hoping to find a system-independent
solution.

Frank

[Jacek Dziedzic]

Frank Bormann wrote:

[...]

You might want to consult the FAQ at:

http://www.parashift.com/c++-faq-lit...html#faq-15.17

HTH,
- J.

[Karl Heinz Buchegger]

Frank Bormann wrote:

"Victor Bazarov" <v.********@com Acast.net> wrote in message
news:xC******** ***********@new sread1.mlpsca01 .us.to.verio.ne t...

Let me ask you, then. If 'in_avail' or 'readsome' returns 0, what makes
you think that "there's still input data present"? I mean, if you have
some other way of knowing that there are data in the stream, why don't
you use the same method to read it? Catch my drift?
There's still input data present, because get() or getline() reads it. My
problem currently is this:

I want some "Press any key to continue" like implementation. Or at least
"Press <return> to continue" which would be less nice but still acceptable.
Now, if I use cin.getline() to try and read such input, the cin.getline()
call never returns, if the user just presses the <return> key (apparently
because it's an empty line and getline discards that).

Aehm. Then you did something wrong.

#include <string>
#include <iostream>

using namespace std;

int main()
{
string input;

cout << "Press <return> to continue\n";
getline( cin, input );

cout << "Bye\n";
}

waits exactly for the user pressing return.
Ok. The user can enter other things before the return, but
it definitly will return by just pressing the <return> key
If instead I use
"char c; cin.get(c);" and the user instead of just pressing <return> had
entered some other characters before pressing return, I read only the first
character and the others remain in the buffer. Now, the next time, program
flow comes across this "Press <return> to continue" code, the cin.get(c)
immediately reads the first of the characters that are still in the buffer
from the previous input.

OK. So what is hindering you to do:

char c;
while( cin.get(c) != '\n' )
;

That is: loop until the return key is detected?
You *know* that there has to be a '\n' somewhere.

--
Karl Heinz Buchegger
kb******@gascad .at

[Karl Heinz Buchegger]

Frank Bormann wrote:

"Ioannis Vranos" <iv*@remove.thi s.grad.com> wrote in message
news:1113529832 .856545@athnrd0 2...

Frank Bormann wrote:

I suppose in most PCs, cin accepts input only after you press Enter, so

the closest thing

I can suggest is using the old, good, system-dependent extensions, getch()

and getche()

(the second echoes the input). It is usually defined in conio.h when it is

available.

I was afraid, you were going to say that. I was thinking about that too, I'm
sure, I could easily manage to get what I want, by using the low-level file
descriptor i/o of the glibc, but I was hoping to find a system-independent
solution.

No.
As a rule of thumb: C++ knows nothing about any hardware. No keyboard, no mouse,
no monitor, no harddisk, no network, ...

Accessing such things is always platform dependent.

--
Karl Heinz Buchegger
kb******@gascad .at