home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / misc / 40237 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.2 KB  |  45 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!usc!cs.utexas.edu!torn!skule.ecf!kumarad
  3. From: kumarad@ecf.toronto.edu (KUMARADAS JOSEPH CARL)
  4. Subject: Re: OS/2 Comm Problems - Fixed? Read On
  5. Message-ID: <BzpB35.9JH@ecf.toronto.edu>
  6. Organization: University of Toronto, Engineering Computing Facility
  7. References: <1h8qg0INNpa6@cae.cad.gatech.edu>
  8. Date: Wed, 23 Dec 1992 07:21:04 GMT
  9. Lines: 34
  10.  
  11. In article <1h8qg0INNpa6@cae.cad.gatech.edu> chris@cad.gatech.edu (Chris McClellen) writes:
  12. >
  13. >My only problem is now, HOW DO I TELL OS/2 my tasks are IMPORTANT,
  14. >even though I am not pressing a key!?!?!?!?  The people who did wordprocessing,
  15. >etc while downloading didnt have a problem, because they are hitting
  16. >keys.  However, When I download in the background, I may be compiling something
  17. >under dos.  If I dont hold down a key in the compiler session, It will basically
  18. >freeze until the transfer is over.  This is SERIOUSLY annoying.  Right now,
  19. >it means I really CANT multitask DOS apps during a transfer.  And
  20. >believe it or not, I still have to code DOS apps too.
  21. >
  22. >If anyone at IBM is listening:  Who made the decision to declare a process
  23. >idle if no keystrokes are being generated???  Thats the same thing MSWindows
  24. >does, and is a cop out.  Why didnt you run some kind of algorythm to check
  25. >to see if the program is calculating, etc, versus sitting in a readkey loop??
  26. >It is causing me serious problems.  
  27. >
  28. >If IBM doesnt fix this soon, Its off to the next OS, but hopefully, they
  29. >WILL fix it.
  30. >
  31. You can set this with the idle sensitivity and idle time in the settings
  32. notebook.  Set IDLE_SENSITIVITY=100, IDLE_SECONDS>5 which will basically
  33. disable idel detection.  Under lame DOS this is the only way I can think
  34. of for detecting if a program is "idle".  Programs are always exectuing
  35. CPU instructions, so "idle" is defined as the state of waiting for input.
  36. This is usually done under dos by polling the key-board via a DOS call 
  37. interupt.  OS/2 vertualizes this interrupt and uses it for idle detection.
  38.  
  39. This work fine for most normal programs (especially wordproccesor which
  40. spend most of their time waiting for keyboard input).  The only problem
  41. is with programs such as comm programs.
  42.  
  43. Carl.
  44.  
  45.