home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / misc / 23526 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.7 KB
  1. Xref: sparky comp.sys.next.misc:23526 comp.sys.next.programmer:7994
  2. Path: sparky!uunet!ogicse!das-news.harvard.edu!spdcc!merk!roscom!monty
  3. From: monty%roscom@think.com (Monty Solomon)
  4. Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
  5. Subject: Re: Bug in Kermit5A(188) under 3.0 (with a patch)
  6. Message-ID: <1993Jan5.200524.11251@proponent.com>
  7. Date: 5 Jan 93 20:05:24 GMT
  8. Article-I.D.: proponen.1993Jan5.200524.11251
  9. References: <ntomczak.725563464@vega>
  10. Sender: monty@proponent.com (Monty Solomon)
  11. Reply-To: Monty Solomon <roscom!monty@think.com>
  12. Followup-To: comp.sys.next.misc
  13. Organization: Proponent
  14. Lines: 48
  15.  
  16. In article <ntomczak.725563464@vega> ntomczak@vega.math.ualberta.ca (N  
  17. Tomczak-Jaegermann) writes:
  18. > 
  19. > There seems to be a bug in the latest version of Kermit, 5A(188),
  20. > 23 Nov 92, from columbia.edu.  At least as far as NeXT is concerned.
  21. > When you will try to open a new file, either by specifying a name for a
  22. > received file different from an automatic default or by using an
  23. > explicit 'open' Kermit command then most likely you will get
  24. > "Access denied" or an equivalent message.
  25. > 
  26. > The problem is that Kermit should be owned by uucp to get an access to
  27. > communication ports and lock files and runs as "suid program" so you
  28. > can use it from a regular user account (it will refuse to run if owned
  29. > by a root).  For some reasons Kermit swaps internally real and
  30. > effective id's ...
  31.  
  32.  
  33. Here is a reply from Frank da Cruz.
  34.  
  35. Date: Tue, 5 Jan 93 9:31:47 EST
  36. From: Frank da Cruz <fdc@watsun.cc.columbia.edu>
  37. Subject: Re: FYI - Bug in Kermit5A(188) under 3.0 (with a patch)
  38.  
  39.  
  40. The reason is that when you have a set-UID program, you want it to run with
  41. the user's real ID when it is accessing ordinary files and creating forks, not
  42. the set-UID.  The set-UID-ness in Kermit is only for creating the lockfile and
  43. accessing the communication device (an artifact of a hideous design flaw of
  44. UNIX that has haunted us forever, namely that access to serial devices like
  45. communication ports is shared by default, rather than exclusive).  See the
  46. installation instructions, ckuker.doc, for a fuller explanation.
  47.  
  48. > ... and this is causing 'access()' library function from
  49. > NeXTSTEP 3.0 to fail when probing your directories. The following
  50. > patch seems to make things OK (at least for me and so far :-)):
  51. > 
  52. Your patch is essentially correct.  I regard it as a workaround for a bug in
  53. NeXT's implementation of access().  We discovered the same thing here last
  54. week and issued approximately the same patch.  Updated sources and makefile
  55. have been installed in kermit/b on watsun.cc.columbia.edu, and a bug report
  56. was sent to NeXT.
  57.  
  58. - Frank
  59.  
  60.  
  61. -- 
  62. # Monty Solomon / PO Box 2486 / Framingham, MA  01701-0405
  63. # monty%roscom@think.com
  64.