home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / wizards / 5277 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1005 b 
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!cs.utexas.edu!rutgers!zeus.ieee.org!andr.ep.ieee.org!jbarth
  2. From: jbarth@ep.ieee.org (Jeremy Barth)
  3. Newsgroups: comp.unix.wizards
  4. Subject: Re: /dev/null and file locking
  5. Message-ID: <1992Dec18.182107.22098@zeus.ieee.org>
  6. Date: 18 Dec 92 18:21:07 GMT
  7. References: <15945@auspex-gw.auspex.com>
  8. Sender: news@zeus.ieee.org (Usenet News)
  9. Reply-To: jbarth@ep.ieee.org
  10. Organization: IEEE, New York, NY
  11. Lines: 15
  12. Nntp-Posting-Host: andr.ep.ieee.org
  13.  
  14. >What happens when two processes try to lock /dev/null and /dev/another_null?
  15. >
  16. >My guess is the locking is done at the inode level and each will have a
  17. >successful lock.
  18.  
  19. >>Inode or vnode or equivalent level; that should be true on most if not all
  20. >>flavors of UNIX.
  21.  
  22. I recall reading in Bach's "The Design of the UNIX Operating System" that
  23. device inodes, unlike regular inodes, are never locked.  I don't remember
  24. what the rationale was -- perhaps someone more knowledgeable than me could 
  25. comment.
  26.  
  27.  
  28. Jeremy
  29.