Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!uunet!overload!dillon From: dillon@overload.Berkeley.CA.US (Matthew Dillon) Newsgroups: comp.sys.amiga.tech Subject: Re: More Questions About Using raw/cooked Message-ID: Date: 4 Sep 90 22:07:47 GMT References: <2570@mcrware.UUCP> Lines: 42 In article <2570@mcrware.UUCP> markm@mcrware.UUCP (Mark Millard) writes: > >I have a few questions concerning the usage of Chuck McManis's "raw" >and "cooked" utilities (recently re-posted). > >I was wondering if it is possible to combine the raw mode with >waiting for signals on stdin's message port. I modified Chuck's >testraw program to do the following: No, all DOS calls are synchronous. DOS will never initiate an asynchronous packet to a process's message port and thus will never set any signal of its own accord. You must >What happens is that "Wait" never returns. Is the signal valid in raw >mode? If I replace the "gather and dispatch input" segment with > infh = Input(); > ok = WaitForChar(infh,1000000); Use WaitForChar(). Alternately, you can manually construct and send a READ request to the console handler and construct a replyport for that request, in which case you get the reply when data is ready. The downside to this is that there is no way to *abort* the request... you *must* wait for the request to be fullfilled. So WaitForChar() is the only supported way of 'polling' the console. Commodore definitely needs some kind of support for asynchronous abortable requests. >Mark Millard >Microware Systems Corp. >email: sun!mcrware!markm >phone: (515)-294-1929 -- -Matt Matthew Dillon dillon@Overload.Berkeley.CA.US 891 Regal Rd. uunet.uu.net!overload!dillon Berkeley, Ca. 94708 USA