home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.28 / text0066.txt < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.4 KB  |  42 lines
  1. Submitted-by: mark@alsvid.une.edu.au (Mark Garrett Internet: mark@arvak.une.edu.au Phone: +61 66 20 3859)
  2.  
  3. >From article <14sun2INNqk@ftp.UU.NET>, by henry@zoo.toronto.edu (Henry Spencer):
  4. >>Submitted-by: Christophe.Wolfhugel@univ-lyon1.fr (Christophe Wolfhugel)
  5. >>The current limit of around 100-128 characters for the filename
  6. >>is catastrophic. Simply too short!
  7. > 
  8.  
  9.  
  10. I'd very much agree with this statement. In BSD file names can be nearly 1
  11. block long (1024 characters - inode) 100-128 is very short. 
  12.  
  13.     Since I just come into this discussion ; By file name length
  14. does this refer only to each directory/file name or the full path?
  15.  
  16.     Or does the standard have other means of recording the files path +
  17. a file name of 100-128 characters?
  18.  
  19.     Why is it necessary to have fixed length filenames anyway? I would
  20. have thought it was just as easy to have a variable length file name in the
  21. range of 1-2^16 or even 1-2^32 as if was to have 1-128 or 255.
  22.  
  23.  
  24. > Actually, the 1003.1 tar format accommodates 255.  Still a bit tight
  25.  
  26.  
  27.     I've tripped up on this little beauty even in standards BSD tar
  28. while copying directories (i.e tar cf - . | (cd /dir;tar xpf -) where
  29. the directory path exceeds the limit on filename. Which is very
  30. easy to find in copying user directories.
  31.  
  32.  
  33.     Cheers
  34.         Mark :)
  35. -- 
  36. Mark Garrett    Internet:  mark@arvak.une.edu.au    Phone:     +61 66 20 3859
  37.    University of New England, Northern Rivers, Lismore NSW Australia.
  38.  
  39.  
  40. Volume-Number: Volume 28, Number 68
  41.  
  42.