Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bbn!rochester!ur-tut!dpvc
From: dpvc@ur-tut.UUCP (Davide P. Cervone)
Newsgroups: comp.sys.amiga
Subject: Re: Endless WaitIO() in VT100
Message-ID: <354@ur-tut.UUCP>
Date: Wed, 28-Oct-87 12:49:11 EST
Article-I.D.: ur-tut.354
Posted: Wed Oct 28 12:49:11 1987
Date-Received: Sat, 31-Oct-87 08:14:17 EST
References: <16584@amdahl.amdahl.com> <31537@sun.uucp>
Reply-To: dpvc@tut.cc.rochester.edu.UUCP (Davide P. Cervone)
Organization: Univ. of Rochester Computing Center
Lines: 38
Keywords: AbortIO() DUMPRPORT

In article <31537@sun.uucp> cmcmanis@sun.UUCP (Chuck McManis) writes:
>Actually, there is a definite race condition when you use AbortIO to 
>abort a request. Since the request may actually finish just before the
>call to AbortIO, if you then do a WaitIO you will never return because
>the there is no request there! So you probably want to add a call to 
>CheckIO to make sure the request still exists before waiting on it, thus
>the code would look something like ...
>
>	AbortIO(request);
>	if (CheckIO(...)) WaitIO(request);
>
>--Chuck McManis

While we're discussing AbortIO(), does anyone know how to abort a DUMPRPORT
request?  I posted a notice some time ago that outlines my problem, and 
received no answer, so I'll try again.

I do a SendIO() and then sometime while the DUMPRPORT is being performed,
call AbortIO() and Wait().  All seems to work just fine.  The printing stops,
and the Wait() returns OK.  The problem comes when I ask to do ANOTHER
DUMPRPORT.  Nothing happens.  The IO never completes, but never starts either.
I've checked all the error codes, and none of them are unusual.

Frankly, I'm stumped.  Is there some way I can cancel a DUMPRPORT?

AbortIO() is not covered in the Printer.Device documentation, so maybe I can't
really call it for that?

Does CMD_STOP and CMD_START (I may have the names wrong) work for DUMPRPORT
requests?  They don't seem to have any effect when I use them.  I'm sure I'm
missing something fundamental...

Thanks for your help.

Davide P. Cervone
dpvc@tut.cc.rochester.EDU
dpvc@ur-tut.UUCP
DPVC@UORDBV.BITNET