home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.11 / text0031.txt < prev    next >
Encoding:
Internet Message Format  |  1987-07-18  |  1.7 KB
  1. From: jsdy@hadron.uucp (Joseph S. D. Yao)
  2.  
  3. In article <8046@ut-sally.UUCP> you write:
  4. >From: daveb@rtech.uucp (Dave Brower)
  5. >
  6. >In article <8024@ut-sally.UUCP> jsdy@hadron.uucp (Joseph S. D. Yao) writes:
  7. >>In article <8018@ut-sally.UUCP> rbj@icst-cmr.arpa writes:
  8. >>>I would also like to see an option not to cross mount points ...
  9. >>        .. this is awfully hard to do unless you are willing
  10. >>to break modularity by sticking info about the FS into programs
  11. >>which have no need to know about it whatsoever.
  12. >Hmmm.  Since stat(2) returns
  13. >               dev_t  st_dev; /* device inode resides on */
  14. >it should be easy enough to see when you've crossed a device boundary,
  15.  
  16. Jim (rbj) has mentioned this, and this is of course correct.  I'd
  17. been thinking of a much more elaborate schema.  This is still in fact
  18. new information that 'find' hadn't needed before; but since 'find'
  19. already has to be somewhat sophisticated about the file system,
  20. this isn't such a bad breach of modularity as I'd imagined.  Now,
  21. however, think what you'd have to do (e.g.) to add an option to
  22. 'cp' not to copy across device boundaries ...  (rbj had wanted this
  23. capability widely transplanted.)
  24.  
  25. What I'd been thinking of was something on the order of:
  26.     find / \( -fs /usr -o -fsd /dev/rdsk/ra11 \) -a -print
  27. which is truly terrible to implement.  (Don't anyone flame me
  28. for using archaic "-a"s: current 'find' accepts them, and old
  29. 'find' requires them.)
  30. -- 
  31.  
  32.     Joe Yao        jsdy@hadron.COM (not yet domainised)
  33.     hadron!jsdy@{seismo.CSS.GOV,dtix.ARPA,decuac.DEC.COM}
  34. {arinc,att,avatar,cos,decuac,dtix,ecogong,kcwc}!hadron!jsdy
  35.      {netex,netxcom,rlgvax,seismo,smsdpg,sundc}!hadron!jsdy
  36.  
  37. Volume-Number: Volume 11, Number 32
  38.  
  39.