I also looked up EDOTDOT and found reference to RFS but not much info about it.  Why was it not used?  Not reliable enough?  I have often thought that the stateless, idempotent NFS protocol leaves a lot to be desired due to its inability to implement unix semantics (as discussed in the wikipedia stub article on RFS), has this been improved with NFS4?  Should RFS be revived and used?  Some of its features sounded quite attractive (location transparency, etc).  It does appear to have the ability to execute a program remotely??  What happens with regard to PIDs, home directory etc in this case?  Does anyone know?
cheers, Nick

On Fri, Apr 1, 2011 at 1:23 PM, Michael Davidson <michael_davidson@pacbell.net> wrote:
--- On Thu, 3/31/11, Random832 <random832@fastmail.us> wrote:

EDOTDOT caught my eye for some reason - maybe because it's the only one
you attributed to linux in a long list of SVr1 ones... what were 72
through 76 in SVR1?

As the comment indicates, EDOTDOT came from "RFS" - the almost never used "remote file system" that was (optionally, I think) part of System V Release 3.

As best I can recall, that is also where several of the other error numbers in the 72 - 79 range probably came from.

Michael Davidson

_______________________________________________
TUHS mailing list
TUHS@minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs