jim@jagmac2.gsfc.nasa.gov (Jim Jagielski) (08/20/90)
Under 2.0, find dies a horrible death if one of the directories attached at / is not readable and "executable" by the user invoking find. This only happens if / is given as the pathname to find... For example: ----------------------------- Assume /nolook is mode 700 find / -print find: cannot chdir to /nolook /* This no works */ find: bad directory tree cd / find . -print /* This works just dandy */ cd ~ find /. -print /* natch this too... */ ----------------------------- For some reason, using absolute pathnames confuses find when looking around /. If "protected" directories are other places (such as /usr/spool/cron) then find works fine; it tells you it can't chdir there and goes on. If it's in /, then all bets are off. However, if you use a relative pathname, then find works just dandy.... Anybody at Apple know why? And will there be a fix? -- ======================================================================= #include <std/disclaimer.h> =:^) Jim Jagielski NASA/GSFC, Code 711.1 jim@jagmac2.gsfc.nasa.gov Greenbelt, MD 20771 "Kilimanjaro is a pretty tricky climb. Most of it's up, until you reach the very, very top, and then it tends to slope away rather sharply."