home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 21348 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.7 KB  |  41 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!munnari.oz.au!cs.mu.OZ.AU!muse.cs.mu.OZ.AU!cdillon
  3. From: cdillon@muse.cs.mu.OZ.AU (Craig Dillon)
  4. Subject: Short filenames under Linux
  5. Message-ID: <9235714.11059@mulga.cs.mu.OZ.AU>
  6. Keywords: The number fourteen
  7. Sender: news@cs.mu.OZ.AU
  8. Organization: Computer Science, University of Melbourne, Australia
  9. Date: Tue, 22 Dec 1992 03:53:22 GMT
  10. Lines: 29
  11.  
  12. I recently installed Linux and Xfree86 and Tex and was really happy and
  13. getting all keen to do some serious work when I discovered that when I
  14. tried to port our labs image processing library to Linux, all my filenames
  15. were truncated to 14 characters.
  16.  
  17. Now, I know that there is one standard form of Un*x that has 14 character
  18. filenames - but lets face it - who uses it and is happy? So I know I can't
  19. complain - I'm not. Linux (apart from the filename length) is great, but I
  20. do have the following questions:
  21.  
  22. (1)    Can the restrictions on the filename length be made a little more
  23.     obvious than an obscure reference on about page 30 of the FAQ?
  24.     Just so that people like me don't get into Linux with the wrong
  25.     ideas about what it can do.
  26.  
  27. (2)    Does anyone know how to get around the problem? I looked into the
  28.     kernel source, but not being knowledgeable on these things, I can't
  29.     be sure that it would be an easy change or not. I presume not,
  30.     otherwise other people would have done it already. Any clues?
  31.  
  32. Anyway, I have written a program which automatically ports code to Linux
  33. (just the filename problem, not other conversion difficulties :) ) by
  34. making unique shorter filenames, modifying makefiles, executable names,
  35. source files and include files. Works reasonably well, but it is not 100%
  36. guaranteed. If there is enough interest, I'll tidy it up and make it
  37. public domain.
  38.  
  39. Cheers,
  40. Craig.
  41.