On Sun, 11 Aug 2013 17:59:16 +0200 Cedric Blancher wrote: > On 10 August 2013 17:44, Glenn Fowler <[email protected]> wrote: > > > > On Sat, 10 Aug 2013 17:38:19 +0200 Irek Szczesniak wrote: > >> On Sat, Aug 10, 2013 at 5:34 PM, Glenn Fowler <[email protected]> > >> wrote: > >> > > >> > On Sat, 10 Aug 2013 17:19:29 +0200 Irek Szczesniak wrote: > >> >> On Sat, Aug 10, 2013 at 3:36 PM, Glenn Fowler <[email protected]> > >> >> wrote: > >> >> > > >> >> > it still has not been explained why special fs treatment like this > >> >> > goes into ksh and not src/lib/libast/something > >> >> > is this really something *only* ksh will trip over > >> > > >> >> IMO yes, because entering a NFSv4 xattr directory is unique for a > >> >> shell. Otherwise the only way to do it is to run /usr/bin/runat <obj> > >> >> <prog> which is cumbersome at best and useless if you have builtins. > >> > > >> > how is the chdir()/fchdir() done by cd(1) different from the > >> > chdir()/fchdir() > >> > done by find(1) or tw(1) or any of the -R commands? > > > >> You can cd -@ into all filesystem objects and not only directories. > >> Links included. And they all have their own resource forks/XATTR. > > > > ok, but why should/shouldn't the other commands mentioned above be able to > > the same?
> The word "overkill" comes in my mind. File system alternate streams > AKA resource forks AKA NFSv4 XATTR are quite specialised. Usually the > OS uses it to store things like icon data (small picture of the large > image), mime data, http cookies or in our case a cache of precomputed > data to speed processing up. These are all things which are PRIVATE to > the application doing the processing. sorry for all the back and forth on this but you have to look at the view dgk and I see a storm of patches, sometimes dozens in a week, some related, some not some dealing with features we have never used and possibly have a hard time reproducing I'm at the point of needing to stand back to understand just where these patches are leading in particular I'm concerned about trickles of patches leading ast to a weird place that might have a better abstraction when taken as a whole my concern for "cd -@" was to make sure it doesn't lead to overkill and a stream of -@'ify patches _______________________________________________ ast-developers mailing list [email protected] http://lists.research.att.com/mailman/listinfo/ast-developers
