On Fri, Aug 30, 2013 at 10:41 PM, Glenn Fowler <[email protected]> wrote: > On Fri, 30 Aug 2013 22:25:34 +0200 Lionel Cons wrote: >> On 30 August 2013 21:01, ольга крыжановская <[email protected]> >> wrote: >> > For scripts it may be better to extend /dev/file/ to have /dev/file/xattr: >> > >> > ksh -c 'mkdir -p foo2 ; redirect {d}<foo2/ ; redirect >> > {n}<>/dev/file/xattr:/dev/fd/$d/myxattr ; print -u$n "bla" ; cd -@ >> > foo2 ; ls ; cat myxattr' myxattr SUNWattr_ro SUNWattr_rw >> > bla > >> Do you have a patch for that? It sounds you found a middle way which >> might satisfy Glenn's love for /dev/file and marry it with a sane >> approach to access files in xattr directories. > > I'm looking at this over the long US weekend and am having > an off-list discussion picking olga's brain -- this will be resolved > one way or another tuesday > > my "love" isn't so much /dev/file but rather an ast C and script > abstraction the contains the effects of attribute directories
Grumpf... I wish it would be easy. The best advice I can offer (after today's) mayhem: Please just accept that accessing NFSv4 extended attributes only works through a file descriptor for now (the "advantage" is that it makes an emulation on Windows easier because every acces must go through a fd). If someone wishes to have an absolute path IMO the best option is to return /proc/$$/fd/$fd/ because it ensures at least access for the current and other processes as long as the fd is valid. Beyond that we can do little for now without help from the kernel folks (and the whole issue is complicated since Sun's lawyers pointed out that some naming schemes are owned my M$ ... making it even worse (because they didn't provide context and Oracle locked-down all communications... ;-( )) ... but until now even they didn't come-up with a good idea... ;-( ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) [email protected] \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) _______________________________________________ ast-developers mailing list [email protected] http://lists.research.att.com/mailman/listinfo/ast-developers
