home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / programm / 19187 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  1.4 KB
  1. Path: sparky!uunet!gatech!asuvax!ukma!cs.widener.edu!dsinc!bagate!cbmvax!cbmehq!cbmger!edohwg!heinz
  2. From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Aborting Timer requests
  5. Message-ID: <heinz.06fs@edohwg.adsp.sub.org>
  6. Date: 24 Jan 93 12:32:27 GMT
  7. References: <nsgls*pb1@wolf359.UUCP>
  8. Organization: Edotronik GmbH
  9. Lines: 26
  10.  
  11. In article <nsgls*pb1@wolf359.UUCP> eric@wolf359.UUCP (Eric Edwards) writes:
  12. >My query is:  Why is the signal still active after AbortIO and WaitIO?
  13. >What do I need to do to reset it?
  14.  
  15. A quote from the WaitIO() autodocs:
  16.  
  17.    WARNING
  18.     If this IORequest was "Quick" or otherwise finished BEFORE this
  19.     call, this function drops though immediately, with no call to
  20.     Wait().  A side effect is that the signal bit related the port may
  21.     remain set.  Expect this.
  22.  
  23. So you need either a CheckIO after the Wait() call to see if the request
  24. has really finsihed or you need to SetSignal() the siganl to zero after
  25. WaitIO() Myself, I'd prefer the CheckIO solution, I don't like messing with
  26. signal bits.
  27.  
  28. >Smart: eric@wolf359.uucp  Dumb: wuarchive.wustl.edu!wolf359!eric
  29.  
  30. --
  31. Heinz Wrobel, Edotronik GmbH (ECG018)
  32. FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
  33. Path: cbmehq!cbmger!edohwg!heinz@cbmvax.commodore.com
  34. "It's good to have a mouse, it's faster if you can do without one..."
  35. "He who doesn't develop with an A2024 doesn't know about font independent
  36.  user interfaces..."
  37.