home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!psinntp!isc-newsserver!ultb!eas3714
- From: eas3714@ultb.isc.rit.edu (E.A. Story)
- Subject: Re: Aborting Timer requests
- Message-ID: <1993Jan25.090416.14859@ultb.isc.rit.edu>
- Keywords: Wait(), Signals, timer.device
- Sender: news@ultb.isc.rit.edu (USENET News System)
- Nntp-Posting-Host: ultb-gw.isc.rit.edu
- Organization: Rochester Institute of Technology
- References: <nsgls*pb1@wolf359.UUCP>
- Date: Mon, 25 Jan 1993 09:04:16 GMT
- Lines: 25
-
- In article <nsgls*pb1@wolf359.UUCP> eric@wolf359.UUCP (Eric Edwards) writes:
- >Can someone give me some insight on the proper way to abort a timer
- >request?
- >
- >My query is: Why is the signal still active after AbortIO and WaitIO?
- >What do I need to do to reset it?
-
- I use: (no if statement)
- AbortIO(timereq)
- Wait(sigbit)
- WaitIO(timereq)
-
- I don't use CheckIO because AbortIO won't do anything anyway if a
- request has returned, making CheckIO superfluous. I use Wait to
- clear the Sigbit if the request has already returned, or
- just wait 'til it returns and THEN clear the Sigbit. Then the WaitIO
- automatically cleans up the request for me.
-
- Your routine didn't work because WaitIO doesn't clear out the sigbit if
- the request has already returned when it's called.
-
- --
- "THAT is a DRY turtle. That turtle is NOT moist!"
- Ezra Story, a student at RIT, and
- eas3714@ultb.isc.rit.edu, his trusty(?) mailing address.
-