storing symlink in extended attribute (on ntfs)
Wed May 30 06:54:00 GMT 2001
On Wed, May 30, 2001 at 10:48:08AM +0400, egor duda wrote:
>Wednesday, 30 May, 2001 Christopher Faylor firstname.lastname@example.org wrote:
>CF> I'm having some reservations about this. Doesn't this essentially add a
>CF> third method for dealing with symlinks on NT? I know that there are
>CF> benefits to your method but I wonder if we really want to go down
>CF> this road.
>i strongly hope that semantically this method is backward- and
>forward-compatible with current situation. it's even bug-compatible
>(one shouldn't mess with symlinks with native tools).
>actually, it's more of addition to .lnk method rather than a new one.
>one can think of it as if Corinna have had changed her code to append
>some additional data to .lnk file. with my addition, this data is
>simply held in EA, not in file itself.
>the only problem with it i know of is a small slowdown in symlink
>resolution on samba drives which expose themselves as NTFS ones, while
>not being them.
Ok. I have some pending changes to path.cc that I would like to get in
before you checkin your changes. I am storing the DriveType and
volume information in the path_conv class now. I'll check this in
as soon as I've had a chance to test it some more.
More information about the Cygwin-patches