home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / ultrix / 6932 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  1.4 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!ucla-cs!rutgers!uwvax!cs.wisc.edu!cole
  2. From: cole@dip.cs.wisc.edu (Bruce Cole)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: Ultrix 4.2 rlogin somewhat broken
  5. Message-ID: <cole.716591033@cs.wisc.edu>
  6. Date: 15 Sep 92 21:03:53 GMT
  7. References: <1992Sep12.070314.23900@jarvis.csri.toronto.edu> <60286@mimsy.umd.edu> <cole.716523393@cs.wisc.edu> <1992Sep15.072449.21372@alcatel.ch>
  8. Sender: news@cs.wisc.edu (The News)
  9. Organization: U of Wisconsin Madison - Computer Sciences
  10. Lines: 19
  11.  
  12. vannes@srzts304.alcatel.ch (Tom van Nes) writes:
  13. >Why recompile the kernel? get BSD rlogin source.
  14.  
  15. You must not have understood my message.  There is a kernel bug which 
  16. causes Ultrix machines to not handle out of band data as expected.  Even
  17. with a BSD version of rlogin, you can still have this problem.  When I first
  18. encountered this problem, I was using a BSD version of rlogin.  As long as
  19. your rlogin program still uses out of band data, you should be interested
  20. in having your kernel fixed.  Because the kernel bug involves
  21. a time dependency, different versions of rlogin might affect the probability
  22. in which you encounter the problem.  This time dependency explains why
  23. DEC's sleep(1) change to the rlogind program can make difference.
  24.  
  25. Blindly reinstalling your rlogin program until it works for you is not
  26. a good fix.
  27. -- 
  28. Bruce Cole
  29. Computer Sciences Department
  30. U. of Wisconsin - Madison
  31.