home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10456 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.5 KB  |  55 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!cs.weber.edu!terry
  3. From: terry@cs.weber.edu (A Wizard of Earth C)
  4. Subject: Re: 386BSD - Bug in UFS file system + proposed fix
  5. Message-ID: <1992Dec20.023343.29732@fcom.cc.utah.edu>
  6. Sender: news@fcom.cc.utah.edu
  7. Organization: University of Utah Computer Center
  8. References: <1992Dec16.012248.8123@moxie.hou.tx.us> <1992Dec16.211422.3663@fcom.cc.utah.edu> <1992Dec17.140123.9952@moxie.hou.tx.us>
  9. Date: Sun, 20 Dec 92 02:33:43 GMT
  10. Lines: 43
  11.  
  12. In article <1992Dec17.140123.9952@moxie.hou.tx.us>, hackney@moxie.hou.tx.us (Greg Hackney) writes:
  13. |> terry@cs.weber.edu (A Wizard of Earth C) writes:
  14. |> 
  15. |> > This fix seems a bad thing.
  16. |> 
  17. |> The fix we proposed for ufs_vnops.c, is identical to 386BSD's sister code
  18. |> residing in nfs_vnops.c. I'm not sure why ufs_vnops.c got changed to
  19. |> something different.
  20. |> 
  21. |> > In particular, you *don't* want to allow a
  22. |> > file which is world read or world execute to be read/executed by someone
  23. |> > who is a member of a group denied access.
  24. |> 
  25. |> Did you try the code? On my system, group denied access works properly.
  26.  
  27. I tried the code, but I basicaly "unfixed" a fix I'd put in but not posted;
  28. your code is correct.  I manually apply all patches any more (given that I
  29. have to maintain the code at a recent patch level to produce ordered diffs).
  30. This also explains one of the "empty" patches in the Alpha patch kit during
  31. testing before the beta was released.  Basically, I didn't keep an original
  32. of the file.
  33.  
  34. When "applying" your patch, I removed mine, putting the bug back into the
  35. code; I also zapped the permission checking entirely (ie: allowed permission
  36. in all cases).  Testing shows it working fine now.
  37.  
  38. |> If no one else is having these (major) permissions problems when
  39. |> using NFS across 2 386BSD systems, then we need to go back and dig
  40. |> deeper into why the modes aren't working. Are you saying that it works
  41. |> properly for you?
  42.  
  43. Not necessary.  Sorry for the false alarm.
  44.  
  45.                     Terry Lambert
  46.                     terry@icarus.weber.edu
  47.                     terry_lambert@novell.com
  48. ---
  49. Any opinions in this posting are my own and not those of my present
  50. or previous employers.
  51. -------------------------------------------------------------------------------
  52.                                         "I have an 8 user poetic license" - me
  53.  Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
  54. -------------------------------------------------------------------------------
  55.