home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / networki / 2084 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.4 KB  |  30 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!tulane!darwin.sura.net!uvaarpa!murdoch!uvacs.cs.Virginia.EDU!etb2s
  3. From: etb2s@uvacs.cs.Virginia.EDU (Erik Timothy Brandsberg)
  4. Subject: re:  xterm and deskpic problems
  5. Message-ID: <1992Nov11.075436.25736@murdoch.acc.Virginia.EDU>
  6. Followup-To: etb2s@virginia.edu
  7. Summary: rexec sucks the processor of all cycles
  8. Originator: etb2s@helga3.acc.Virginia.EDU
  9. Keywords: OS/2
  10. Sender: usenet@murdoch.acc.Virginia.EDU
  11. Organization: University of Virginia Computer Science Department
  12. Date: Wed, 11 Nov 1992 07:54:36 GMT
  13. Lines: 15
  14.  
  15. In a previous article, the question was asked why the command rexed -l
  16. username -p password host path/xterm -display localdisplay ... causes
  17. deskpic to stop functioning normally.  The anser to this question,
  18. like many other problems with deskpic, is that rexec uses all free
  19. cycles of the processor, and as it is a higher priority than deskpic,
  20. takes all of its cycles as well.  Thus, by executing the above command
  21. (note, not with a start in front of it) and once the Xterm has
  22. started, hit a CTRL-C to kill the rexec process.  Because of the way
  23. Xterm was written (at least my version), it will continue to run,
  24. although the cycle soaking of rexec will not longer be in effect.
  25.  
  26. Erik Brandsberg
  27. etb2s@virginia.edu
  28.  
  29. |My opinions do not reflect in any way upon the University of Virginia
  30.