home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / nfs / 2745 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!news2me.EBay.Sun.COM!seven-up.East.Sun.COM!tyger.Eng.Sun.COM!geoff
  2. From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
  3. Newsgroups: comp.protocols.nfs
  4. Subject: Re: pcnfs and nlm_share
  5. Date: 11 Nov 1992 13:58:21 GMT
  6. Organization: SunSelect
  7. Lines: 31
  8. Message-ID: <1dr3htINNh8q@seven-up.East.Sun.COM>
  9. References: <1992Nov10.210646.19160@awdprime.austin.ibm.com>
  10. NNTP-Posting-Host: tyger.east.sun.com
  11.  
  12. Quoth curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806) (in <1992Nov10.210646.19160@awdprime.austin.ibm.com>):
  13. #
  14. #I'm seeing a problem where a PCNFS V4 client sends an NLM_SHARE request
  15. #to a unix server.  
  16. #
  17. #The server sends the GRANTED message back to the PC, but locks on the
  18. #server to this file are still happening.
  19. #
  20. #In other words, the PC and the server both have the file simultaneously
  21. #locked.
  22.  
  23. Not true. A sharing reservation is not a lock.
  24.  
  25. #That doesn't make sense does it?
  26.  
  27. NLM_SHARE requests allow DOS clients to coordinate the opening of
  28. files in a manner which is consistent with DOS semantics. However,
  29. Unix and other OS's have no such concept as sharing mode, so
  30. they can't play. It's not feasible to map sharing onto locks
  31. (though you're welcome to bash your head against that wall :-)
  32. nor is it possible to force all locking requests to check for
  33. possible conflicts with DOS sharing (since local locks are not
  34. visible to the NLM).
  35.  
  36. Geoff
  37.  
  38. --
  39. Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
  40. -----------
  41. News software that enforces a four-line .signature limit is responsible for
  42. the fact that these postings just go on and on and on and seem to end in mid-
  43.