home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 22899 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.1 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!warwick!dcs.warwick.ac.uk!alfie
  2. From: alfie@dcs.warwick.ac.uk (Nick Holloway)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: /proc inquiry
  5. Message-ID: <1993Jan6.123333.12705@dcs.warwick.ac.uk>
  6. Date: 6 Jan 93 12:33:33 GMT
  7. References: <1993Jan5.183447.27930@walter.cray.com>
  8. Sender: news@dcs.warwick.ac.uk (Network News)
  9. Organization: Department of Computer Science, Warwick University, England
  10. Lines: 44
  11. Nntp-Posting-Host: box
  12.  
  13. In <1993Jan5.183447.27930@walter.cray.com> roberts@decsun3.cray.com writes:
  14. > which works fine, I can "cd /proc" and see directories for each process.
  15. > However, when I go into any of these, the links point nowhere:
  16. > 
  17. >     cwd -> ---
  18. >     exe -> ---
  19. >     root -> ---
  20.  
  21. I was impressed with the /proc directory when I installed Linux on two
  22. friends machines (*), but was a little disappointed by what readlink()
  23. returns for these things.  I did realise that you actually had to open
  24. them to get the info.
  25.  
  26. However, this is not very useful at the shell level.  At first I thought
  27. that the actual file name would be useful, but then realised that this
  28. is a) overhead, b) not necessarily possible (0 or many links), c) not
  29. necessarily wanted.
  30.  
  31. But, as an alternative, how about the mount point and inode?  This could
  32. lead to simple programs to find out which processes are preventing a
  33. filesystem being unmounted, and would be more aesthetically pleasing.
  34. It could mean a /proc based 'lsof'.
  35.  
  36.     cwd -> /users,922
  37.  
  38. As an alternative, it could just be the "dev,ino" pair.  This would
  39. mean looking up what the mount point for a particular device was, but
  40. quite possible.
  41.  
  42.     cwd -> 1617,9992
  43.  
  44. This has the advantage of being easy to parse (I might have a mount
  45. point called "/awkward,directory" :-)
  46.  
  47. A quick random thought -- how does /proc deal with inet socket
  48. connections?
  49.  
  50. --
  51. Nick Holloway |  `O O'  | alfie@dcs.warwick.ac.uk, alfie@warwick.UUCP,
  52. [aka `Alfie'] | // ^ \\ | ..!uunet!mcsun!uknet!warwick!alfie
  53. ----
  54. (*) I'm so impressed with what I have heard and seen of Linux, I shall
  55.     be purchasing a machine in the near future, and installing it.  Then
  56.     hopefully I can contribute with code, rather than just ideas.
  57.