> > I know it's been a while, but that got me farther. The > > odd thing is that I had already played with the magic > > define, but it seems that __sun__ wasn't getting set. > > Bug in 9c. Fixed and pushed.
Cool. > Please compare against the BSD sources if you get > a chance -- I hope I just misread the data structure. I will. I've got a couple NetBSD machines at home I can check, but I'd bet they're V2, and the bug was only in the V1 inode structure. I might play archaeologist and see what BSD4.3 or 4.4 have. > > - Because I'm introducing venti into a UNIX environment > > instead of putting a UNIX machine in a Plan 9 environment, > > I need to at least have the option of traditional > > superuser behavior. So I added an insecure (-i) flag > > to vnfs. It turns off the mapping from UID/GID 0 to > > -1. Then in ffs.c, I allowed the traditional uid 0 > > gets all access. > > It's interesting you view that as Plan 9-specific. > I was just mimicking the usual Unix NFS behavior. Unless my brain cells are dying of old age, I seem to remember that most implementations allow that behavior to be turned on or off in the file that defines the exports. And before this, I had been playing with the Plan 9 nfs server and came across how it squashes everything to none. Rob's comments seemed to indicate that the rationale was that UNIX security is too weak to be trusted in a Plan 9 environment. It was all that rolling around in my head that had me looking at it from that perspective. Thanks, BLS