Kernel Hacks & Weird Filenames
Barry Shein
bzs at bu-cs.BU.EDU
Mon May 16 03:31:11 AEST 1988
The problem is that people are making an unnecessary distinction
between the data contained in a file name and the data contained
within the file it indicates.
A couple of years ago, in response to someone claiming that the 255
character file names of BSD are not useful I proposed a data base
design where all the data is kept in the FILE NAMES (after all, 255
bytes/record is reasonably generous under most data bases.)
The file contents would only hold other info like accessibilty,
journaling, audits etc.
The argument was that this provides a lot of integrity via
write-through and all sorts of data base tools for dealing with this
CODASYL (basically, hierarchical/tree) data base. LS becomes a way to
dump a view, 'find' is a powerful search operator, mv, rm, touch etc
are data base fundamentals, wild-cards are very useful also. The
primary data recovery tool is fsck. The inode info (stat info)
provides accessibility and ownership discipline on every record,
sounds pretty good to me.
Hey, use your imagination.
-Barry Shein, Boston University
More information about the Comp.unix.wizards
mailing list