Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!uunet!lll-winken!ncis.tis.llnl.gov!dog.ee.lbl.gov!helios.ee.lbl.gov!ux5.lbl.gov!beard
From: beard@ux5.lbl.gov (Patrick C Beard)
Newsgroups: comp.unix.aux
Subject: Re: Long file name bug
Keywords: long file names finder
Message-ID: <6506@helios.ee.lbl.gov>
Date: 15 Aug 90 16:42:20 GMT
References: <10263@celit.fps.com>
Sender: usenet@helios.ee.lbl.gov
Reply-To: beard@ux5.lbl.gov (Patrick C Beard)
Distribution: usa
Organization: Berkeley Systems, Inc.
Lines: 22
X-Local-Date: 15 Aug 90 09:42:20 PDT

In article <10263@celit.fps.com> rory@fps.com (Rory Bolt) writes:
#Hello!
#    I observed the following behavior under A/UX 2.0B9 and I was wondering if
#it got fixed in the released version of A/UX 2.0 (I have not had the time to
#update my system yet...).  With the addition of the Berkeley fast file system,
#A/UX can handle extremely long file names. I noticed that the finder "loses"
#files with names longer than it can handle (32 chars?). I can almost 
#understand this (although it should be capable of truncating and adding
#a unique suffix), however, all files in the same directory with 
#lexigraphically greater names are also lost. 

This is attributable to the Finder.  Mac OS doesn't support file names
of longer than 31 characters.  So, to be compatible with both file systems,
the A/UX finder truncates to 31 characters.  This is a limitation of Mac OS
so I don't think it will ever be longer.  However; I agree with you that they
should truncate and generate a unique name, such as, xxxx001, xxxx002, where
xxxx stands for the first 28  characters.
--
-------------------------------------------------------------------------------
-  Patrick Beard, Macintosh Programmer                        (beard@lbl.gov) -
-  Berkeley Systems, Inc.  ".......<dead air>.......Good day!" - Paul Harvey  -
-------------------------------------------------------------------------------