home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!netnews.upenn.edu!dsinc!bagate!cbmvax!jesup
- From: jesup@cbmvax.commodore.com (Randell Jesup)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Links & List KEYS
- Message-ID: <34568@cbmvax.commodore.com>
- Date: 21 Aug 92 23:37:21 GMT
- References: <johnv.025y@acix.DIALix.oz.au> <1992Aug6.102602.3216@bernina.ethz.ch> <1b77ca2c.ARN5aa3@moria.UUCP>
- Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
- Organization: Commodore, West Chester, PA
- Lines: 28
-
- cbmehq!moria!bojsen writes:
- >The KEY values should not be thought of as an analogy to the inodes of
- >UNIX filesystems according to Randell Jesup.
-
- Correct.
-
- >With the current asymmetric implementation of hardlinks you have people
- >asking how to find the `real' file. You can do that with NameFromLock().
- >If things were like I would like them to be NameFromLock() would return
- >the name of the object you actually locked and not the `real' file. Why
- >do people want to know which one of the several links is the `real' file?
- >If you delete the original entry, the contents (i.e., the file itself) doesn't
- >disappear (unless there's only one link to it), because another link will
- >be promoted to being the `real' file.
-
- Right. This was a close as we could get without a ground-level rewrite
- of the filesystem. Eventually we may well make hardlinks more Unixlike, so
- don't depend on the current implementation. Also, if anyone ever finishes
- the BSD-FFS port to the Amiga, you can have real inodes and real BSD hardlinks.
- Dos doesn't care, just the filesystem.
-
- --
- "Rev on the redline, you're on your own; seems like a lifetime, but soon it's
- gone..." Foreigner
- -
- Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
- {uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com BIX: rjesup
- Disclaimer: Nothing I say is anything other than my personal opinion.
-