home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / programm / 19118 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  1.4 KB
  1. Path: sparky!uunet!pipex!warwick!uknet!sys.uea.ac.uk!eric
  2. From: eric@wolf359.UUCP (Eric Edwards)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Aborting Timer requests
  5. Keywords: Wait(), Signals, timer.device
  6. Message-ID: <nsgls*pb1@wolf359.UUCP>
  7. Date: 23 Jan 93 19:20:23 GMT
  8. Sender: news@sys.uea.ac.uk
  9. Organization: Engineers in Exile
  10. Lines: 31
  11. Nntp-Posting-Host: 128.206.1.100
  12. X-Newsreader: Arn V1.00 beta rel2
  13.  
  14. Can someone give me some insight on the proper way to abort a timer
  15. request?
  16.  
  17. What I have been doing is:
  18.  
  19. if (!CheckIO( (struct IORequest *) TimerIO))
  20. {
  21.     AbortIO((struct IORequest *) TimerIO);
  22. }
  23. WaitIO((struct IORequest *) TimerIO);
  24.  
  25. I then issue a new time request using the same timerequest struct.  The
  26. timeval struct is reinitialized, of course.
  27.  
  28. If then Wait(1L << TimerMP->mp_SigBit ).  TimerMP was used to create
  29. TimerIO.
  30.  
  31. Instead of waiting the apropriate time, Wait returns immediately with the
  32. the signal value for my timer request.
  33.  
  34. Then, when I CheckIO(TimerIO), I find the timer request is still active!
  35. From then on, my timer requests are non-functional.
  36.  
  37. My query is:  Why is the signal still active after AbortIO and WaitIO? 
  38. What do I need to do to reset it?
  39.  
  40. Amiga 3000, AmigaOS 2.04. 
  41.  
  42. Do NOT trust 'reply'!  wolf359.ustores.missouri.edu is BOGUS
  43. Smart: eric@wolf359.uucp  Dumb: wuarchive.wustl.edu!wolf359!eric
  44. "Please leave.  I have a bomb and I'd quite like to explode it"
  45.