On 23 Feb 2001, Derek Atkins wrote:
> It would be useful in the case of dynamic cell insertion to
> differentiate between "unknown cell" and "unknown volume". So,
> I say keep it how it is.
How so? Differentiationmay be useful, but I can't think how this could be
exploited usefully for that; Once you're making changes in the cache
manager, whatthe clients see doesn't matter
-D
> Derrick J Brashear <[EMAIL PROTECTED]> writes:
>
> > In previous AFS versions, stat'ing an AFS mount point returns ENODEV for
> > an unknown volume, but ENOENT if the mount point is for an unknown cell.
> >
> > A patch proposes to change that to consistently return ENODEV. Is anyone
> > relying on the distinction? Cases could be made for
> > -ENOENT represents a missing entry in the CellServDB for the cell
> > -mount points should be treated like dangling symlinks and always return
> > ENOENT when invalid
> >
> > The latter would be a considerable semantic change, though.
> >
> > -D
> >
> >
> >
> >
> > _______________________________________________
> > OpenAFS-devel mailing list
> > [EMAIL PROTECTED]
> > https://lists.openafs.org/mailman/listinfo.cgi/openafs-devel
>
> --
> Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
> Member, MIT Student Information Processing Board (SIPB)
> URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
> [EMAIL PROTECTED] PGP key available
>
_______________________________________________
OpenAFS-devel mailing list
[EMAIL PROTECTED]
https://lists.openafs.org/mailman/listinfo.cgi/openafs-devel
