cc: ast-users at research.att.com Subject: Re: Re: [ksh93-integration-discuss] Re: XATTR support in ksh93 ? / was: Re: [ast-users] SCTP support (/dev/sctp/) prototype for ksh93... --------
> "Markus Gyger" <markus at gyger.org> wrote: > > > > Is there any other shell which supports "cd -@" ? > > > > Not that I'm aware of... It might be worth to look how > > shells under Cygwin/MinGW/UWIN/etc. implement > > multiple streams on NTFS and how they are mapped > > when mounted on Unix (I understand that was one of > > the reasons extended file attributes were introduced > > in Solaris). > > IIRC, Cygwwin implements: file:substream > > This could in theory implemented in a compatible way. > > J?rg > > -- > EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 > Berlin > js at cs.tu-berlin.de (uni) > schilling at fokus.fraunhofer.de (work) Blog: > http://schily.blogspot.com > / > URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily Markus sent me the changes for XATTR a while back. I didn't incorporate them since I believe that there is a better way to integrate this into UNIX although I don't know anyone who has done this. I would rather see the file name @ treated specially by the name resolver either in the kernel or by a shared library that intercepts name reference calls. Thus, a user could cd foo/@ rather that cd -@ /foo More importantly, a user could use foo/@/bar as a pathname to any command without having to change the actual directory. David Korn dgk at research.att.com
