home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / misc / 4185 < prev    next >
Encoding:
Text File  |  1992-11-15  |  1.5 KB  |  42 lines
  1. Path: sparky!uunet!pipex!warwick!uknet!mcsun!sunic!ericom!eos.ericsson.se!etxmesa
  2. From: etxmesa@eos.ericsson.se (Michael Salmon)
  3. Newsgroups: comp.unix.misc
  4. Subject: Re: "find" problem
  5. Message-ID: <1992Nov16.091914.350@ericsson.se>
  6. Date: 16 Nov 92 09:19:14 GMT
  7. References: <1992Nov9.054354.9170@ccds3.ntu.edu.tw>
  8. Sender: news@ericsson.se
  9. Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
  10. Organization: Ericsson Telecom AB
  11. Lines: 28
  12. Nntp-Posting-Host: eos6c02.ericsson.se
  13.  
  14. In article <1992Nov9.054354.9170@ccds3.ntu.edu.tw>, 
  15. r0506048@csman.csie.ntu.edu.tw (Chun-Hung Lin) writes:
  16. |> Hello,
  17. |>  
  18. |>   I found that the UNIX command "find" cannot find the file
  19. |> across the file system, i.e. I cannot find the file on file
  20. |> system B when I am now on file system A. Is it true?
  21. |> If it is true, how can I do this job? Any utility or command
  22. |> is available?
  23.  
  24. This is definitely not true, in fact there is a switch to turn off this
  25. facility (at least there is under SunOS 4.1.1). You have probably tried
  26. to follow a symbolic link, find unfortunately doesn't follow symbolic
  27. links, I guess that it is too difficult to determine when one is in a
  28. loop. The only alternative to find that I know of is perl. There is a
  29. find to perl script that take a find command and converts it to perl,
  30. you then have a much more powerful environment to work with.
  31.  
  32. -- 
  33.  
  34. Michael Salmon
  35.  
  36. #include    <standard.disclaimer>
  37. #include    <witty.saying>
  38. #include    <fancy.pseudo.graphics>
  39.  
  40. Ericsson Telecom AB
  41. Stockholm
  42.