Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!ccu.umanitoba.ca!herald.usask.ca!alberta!ubc-cs!uw-beaver!milton!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!rpi!bu.edu!wang!fitz From: fitz@wang.com (Tom Fitzgerald) Newsgroups: comp.unix.sysv386 Subject: Re: 14 character limitation in filenames Message-ID: Date: 13 Feb 91 04:25:21 GMT References: <20711@hydra.gatech.EDU> <1991Feb1.003532.15719@NCoast.ORG> <.H599ZF@xds13.ferranti.com> <1991Feb7.041610.5167@NCoast.ORG> Organization: Wang Labs, Lowell MA, USA Lines: 32 > As quoted from peter@ficc.ferranti.com (Peter da Silva): > +--------------- > | Since just doubling the size > | of a directory entry would give you 30 character filenames, why bother with > | complicated stuff like the BSD system? > +--------------- Because just doubling the size of the directory entry would also waste lots more space, and double the number of disk accesses it takes to search a directory. BSD directory entries often use *less* space than SysV, since filenames are shorter than 8 characters often enough. (Consider a whole /usr/spool/news hierarchy frinstance). allbery@NCoast.ORG (Brandon S. Allbery KB8JRR) writes: > We see eye to eye on this. 255 character file names are ridiculous; if my > file name gets *that* long, as far as I'm concerned the file name is a file > in itself. Just because you can use 255 character filenames doesn't mean you *have* to. Sometimes real long filenames are useful, for document names (check out the internet draft documents on an archive that has them) or for multiple archived versions of things. I'm tired of having to encode a program name, version number, patchlevel and packaging info into 14 characters, but that's still better than creating a whole directory hierarchy for one file. I think BSD won with this one. It's an old principle, don't impose *any* unnecessary restrictions on the user. --- Tom Fitzgerald Wang Labs fitz@wang.com 1-508-967-5278 Lowell MA, USA ...!uunet!wang!fitz