home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / misc / 29839 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.1 KB
  1. Path: sparky!uunet!sun-barr!olivea!isc-br!tau-ceti!comtch!mstaben
  2. From: mstaben@comtch.spk.wa.us (Matthew Staben)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Wait without loading CPU?
  5. Message-ID: <5L1LqB1w165w@comtch.spk.wa.us>
  6. Date: 5 Sep 92 03:52:27 GMT
  7. References: <1992Sep03.160036.51282@ans.net>
  8. Sender: bbs@comtch.spk.wa.us (Waffle bbs)
  9. Organization: Waffle BBS at CompuTech Spokane, Washington
  10. Lines: 38
  11.  
  12. db3l@ans.net (David Bolen) writes:
  13.  
  14. > In article <1557@cogsci.ucsd.EDU> miller@cogsci.ucsd.EDU (Jeff Miller) writes
  15. > 
  16. > >I need to put a "wait" command in a .bat file (DOS box)
  17. > >or in a .cmd file (OS/2 box).  The idea is just to let
  18. > >some time elapse (e.g., 2 minutes) before going
  19. > >on to the next command.  The key problem is that the
  20. > >"wait" command should put AS LITTLE LOAD AS POSSIBLE
  21. > >on the CPU.
  22. > 
  23. > I'm not sure about DOS boxes - any DOS program is going to have to loop,
  24. > polling the system time to wait a specific period.  I see that either
  25. > (a) burning the CPU a bit, or (b) being detected as IDLE by OS/2, which is
  26. > fine - I don't know if the idle detection is basically keyboard I/O though.
  27. > --
  28. > -- David
  29. > --
  30. > /-----------------------------------------------------------------------\
  31. >  \              David Bolen             \  Internet: db3l@ans.net      /
  32. >   |   Advanced Network & Services, Inc.   \   Phone: (914) 789-5327   |
  33. >  / 100 Clearbrook Road, Elmsford, NY 10523  \   Fax: (914) 789-5310    \
  34. > \-----------------------------------------------------------------------/
  35.  
  36.  
  37. OS/2's idle detection is, as you've correctly surmised, detection of 
  38. I/O which is repetitive within certain time constraints.  Interrupt #28
  39. is a prime example of this, as is #9.  (by the way, these are hex).  By
  40. using a combination of DOS programs which are DesqView aware, the 
  41. wonderful OS/2 port of the "tame" program, and PM applications (or full
  42. screen) will make a smoothly harmonic system.  Unfortunately, the nice
  43. programs which one may want to use are never Desqview aware.  A prime
  44. example of this is Procomm's HOST mode.  Talk about HOGGIN' THE CPU!
  45.  
  46.  
  47. mstaben@comtch.spk.wa.us
  48.  
  49. - A warning to anyone, still in command...
  50.