2009/387 [Pathname Reparse Points]
Joerg Schilling
Joerg.Schilling at fokus.fraunhofer.de
Sun Jul 12 03:29:52 PDT 2009
"Alan.M.Wright" <amw at sun.com> wrote:
> >
> >> To distinguish a regular symlink from a reparse point, an
> >> extensible system attribute will be set on the symlink. This
> >> system attribute is only one bit which indicates whether or
> >> not a symlink contains reparse data.
> >>
> >
> > How exactly will these "reparse points" be distinguished from symlinks?
> >
>
> Precisely as described in the paragraph you quoted.
> Otherwise, the assumption was that they would be treated
> as any other symlink.
This paragraph does not contain the information you claim: "man -k attrubute"
does not lead me to useful information.
> > How will you prevent prople from removing these "reparse points" because they
> > asume that this are symlinks that point to nowhere?
> > Note that the official POSIX method for removing symlinks that do not point
> > to a target is:
> >
> > find -L . -type l -exec rm {} +
> >
>
> Symlinks containing reparse data can be removed in the same way as
> any other symlink. There are no special rules, conditions or restrictions.
So you admit that people who intend to remove garbage symlinks will accidentaly
also remove these objects?
> >> The symlink target size should be increased to 16K to
> >> accomodate the maximum size supported for MS-DFS referrals by
> >> Windows. Applications are expected to query the PATH_MAX and
> >> SYMLINK_MAX values on the local system using
> >> pathconf(2)/fpathconf(2). The value of SYMLINK_MAX would be
> >> changed to 16K on ZFS. The value of PATH_MAX will not be
> >> affected.
> >>
> >
> > Whill SYMLINK_MAX from limits.h be set to 16k?
> >
>
> No.
So I expect existing applications to fail.
>From what I did read on this topic, I expect problems with existing
applications. I would like to read a description on what happens with typical
existing applications, if this new feature is implemented.
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)
joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
More information about the opensolaris-arc
mailing list