Path: utzoo!utgpu!water!watmath!clyde!bellcore!faline!thumper!ulysses!andante!mit-eddie!bbn!gatech!ncsuvx!ece-csc!rss
From: rss@ece-csc.UUCP
Newsgroups: comp.sys.amiga.tech
Subject: Re: How do I enable instant IO on console window
Message-ID: <3635@ece-csc.UUCP>
Date: 2 Jun 88 22:23:23 GMT
References: <3630@ece-csc.UUCP>
Reply-To: rss@ece-csc.UUCP (Ralph Scherp)
Organization: North Carolina State University, Raleigh, NC
Lines: 38
Posted: Thu Jun  2 18:23:23 1988

In a previous article I wrote:
>How can I disable buffering on a console window so that functions like
>"getchar()" return key-strokes as keys are pressed, rather than after
>the user hits the RETURN key?
>
>Ideally, I'd like to be able to just switch the window from normal "cooked"
>mode input into "raw" input, and use the stdio functions....

Many Thanks Folks.  Problem solved.  Special thanks to Chuck McManis
who sent me routines which did exactly what I wanted.

I also found that I'd overlooked my "AmigaDos Technical Reference Manual"
when looking for info, which helps explain why I couldn't find some things
documented.  However, it does not document the ACTION_SCREEN_MODE packet
which I guess is new for 1.2.

One question:  I looked at the FileHandle structure defined in dosextens.h
and was comparing it with the information in the manual and embedded
in Chuck's routines -- and got the impression that the include file
has a mistake in the structure definition:

  Are the fields "fh_Type" and "fh_Port" in backwards order in the 
  include file?

From the manual, I'd have assumed fh_Type was meant to indicate whether
or not the file was interactive (i.e. IsInteractive(fh) returns the
fh_Type field) and that fh_Port was the port to the console handler.
The manual shows the fields in reverse order (labeled as "Interact"
and "ProcessID" incidentally); and Chuck's code seems to bear this
out since he uses the fh_Type field as a pointer to the console task.

If this is indeed an error in the include file, will it be fixed in
a future release?

 
    Thanks again,
	Mark Lanzo
    via  ...ece-csc!rss