home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / misc / 40231 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!paladin.american.edu!gatech!cae!cae!not-for-mail
  2. From: chris@cad.gatech.edu (Chris McClellen)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: OS/2 Comm Problems - Fixed? Read On
  5. Date: 22 Dec 1992 23:38:24 -0500
  6. Organization: Georgia Institute of Technology, CAE/CAD Lab
  7. Lines: 36
  8. Distribution: world
  9. Message-ID: <1h8qg0INNpa6@cae.cad.gatech.edu>
  10. NNTP-Posting-Host: cae.cad.gatech.edu
  11.  
  12.  
  13. Well, after much dabbling, I found out why my tasks get slowed to a halt
  14. (dos tasks that is), when using even a 1200 baud modem to do a download.
  15.  
  16. It seems that OS/2, during communications, decides a task is IDLE
  17. if no keys are being pressed.  Hence, when I would go to do a dir,
  18. it would SLOWLY print it out.  WHen i would go launch a DOS program,
  19. it would take forever to load.
  20.  
  21. However, if I hold down a key during a DIR/Program load, the programs
  22. go with no problem, as if nothing was being downloaded.
  23.  
  24. Now, trying to turn off IDLE sensing did not fix this.
  25.  
  26. my thanks to all the people who responded to me.
  27.  
  28. My only problem is now, HOW DO I TELL OS/2 my tasks are IMPORTANT,
  29. even though I am not pressing a key!?!?!?!?  The people who did wordprocessing,
  30. etc while downloading didnt have a problem, because they are hitting
  31. keys.  However, When I download in the background, I may be compiling something
  32. under dos.  If I dont hold down a key in the compiler session, It will basically
  33. freeze until the transfer is over.  This is SERIOUSLY annoying.  Right now,
  34. it means I really CANT multitask DOS apps during a transfer.  And
  35. believe it or not, I still have to code DOS apps too.
  36.  
  37. If anyone at IBM is listening:  Who made the decision to declare a process
  38. idle if no keystrokes are being generated???  Thats the same thing MSWindows
  39. does, and is a cop out.  Why didnt you run some kind of algorythm to check
  40. to see if the program is calculating, etc, versus sitting in a readkey loop??
  41. It is causing me serious problems.  
  42.  
  43. If IBM doesnt fix this soon, Its off to the next OS, but hopefully, they
  44. WILL fix it.
  45.  
  46.  
  47.  
  48.