C++ Console Question

I need to read characters from the console in my C++ program.

Is there any way to do this without utilizing the Win32 API? Google fails me.

I need to read characters from the console in my Scheme program.

Is there any way to do this without utilizing the Win32 API? Google fails me.

I need to read characters from the console in my Lambda Calculus expression.

Is there any way to do this without utilizing an API? Google fails me.

I need to read characters from the console in my Visual Basic program.

Is there any way to do this without utilizing the Linux API? Yahoo fails me.

    I need to read characters from the console in my C# program.

    Is there any way to do this without utilizing the Java API? Ask Jeeves fails me.

I need to record characters from the Character Input Panel™ in my Java solution.

Is there any way to accomplish this without utilizing the Win32 scalable API? Google fails me.

>>6

String line = new BufferedReader(new DataInputStream(CharacterInputPanelFactory.createInstance<CharacterInputPanelInstance>().getInputStream())).getLine();

I need a scalable turnkey application that reads text from DOS on my desk by this afternoon.

Is there any way to do this without utilizing both an application server and a database server?  The consults I have asked failed me.

You'll need to hire two more managers and a team of consultants for both to do that.


#include <iostream>
#include <iterator>
#include <algorithm>
#include <string>
#include <vector>
...
char word[256];
cin >> word;

string word;
cin >> word;

string line;
cin.ignore();
getline(cin, line);

vector<string> words;
copy(istream_iterator<string>(cin),
     istream_iterator<string>(),
     inserter(words, words.begin()));

Just a bunch of different ways to get input from console. The first is probably what you meet in every introductory C++ manual. It will simply get input, skipping leading whitespace and stopping at the first whitespace character after consuming non-whitespace characters. It is dangerous since it doesn't take into account the length of the input, which could be more then the size of the buffer. The user can smash the stack if you're not careful.

The second is identical to the first, though will allocate an appropriately sized buffer for the input. Much safer.

The third will get a single line of input (including whitespace.) Note if you have used the extraction operator prior to getline, there will most likely be a newline character unconsumed in the buffer, which is why you must use invoke the ignore method. This method actually takes in the delimiter as the (optional) third argument. By default it is '\n', but you can change this to whatever you want (eg. (char)EOF)

The fourth might be handy if you ever have to store a collection of user input as whitespace-delimited words into an STL container, or even to copy files into other files, etc. Probably a bit too advanced, but I included it anyway.

Of course, the examples I've posted above only deal with strings of characters. You can use the extraction operator (>>) to parse floats, ints, and pretty much any other built-in type.

If you have a user-defined type, you have to overload the >> operator, like so:

struct foo
{
    friend istream& operator >> (istream& is, foo& f);
    int a, b, c;
};

istream& operator >> (istream& is, foo& f);
{
    is >> a >> b >> c;
    return is;
}

Consult google for more information.

Hoyl shti cna OP nto ues cin!?!?

I need to make a useful program in Lisp.

Is there any way to do this at all?




















Hahaha, just kidding. We all already know the answer: no, it isn't.

it->there

Damn, even briefly talking about that toy language caused brain damage. I can't even imagine how the people who "program" in it can function at all.

>>12
Well, first you'd have to be a useful programmer.

I'm not talking about taking user input from the console. Any half-wit who can walk and breathe at the same time can do that. I'm talking about reading something that's already been printed to the console. Anyone have ideas?

>>15
proc3ss it b4 it getz there

>>16
But how? I'd rather not get into lpszEURHandFuckLOLOLOL(NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL)

>>15
That's an interesting problem, but could you tell more about why you're looking to do that in the first place?

.

http://msdn2.microsoft.com/en-us/library/ms684969.aspx

Now, what is it that you're up to?

>>18
Probably because I'm a terrible n00b and can't think of a better way to do this...

I'm trying to write a rar password cracker, and the only way I can think to do it is by using C's system function. The problem is, I need a way to figure out if the password was incorrect or not and to do that I'm trying to read what it's printed to stdout. Thus, reading in something already displayed on the console.

There's probably a terribly easy way to do this already, and I'm too much of a n00b to figure it out/realize it.

>>21
I believe this is relevant:
http://support.microsoft.com/kb/190351

>>15
Uhm, open the stdout file descriptor and use standard C facilities to read from it?

EXPERT PROGRAMMERS write and scans directly from the screen buffer

get your bullshit outta here

^{Back to /b/, ``GNAA Faggot''}