home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v8 / text0034.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.9 KB
  1. From: campbell%maynard.UUCP@harvisr.harvard.edu (Larry Campbell)
  2. Date: Tue, 4 Nov 86 10:19:11 EST
  3. Organization: The Boston Software Works, Inc.
  4.  
  5. >From: @SUMEX-AIM.ARPA:MRC@PANDA (Mark Crispin)
  6.  
  7. >     What we are asking for is that if you try to access the ReadMe
  8. >file by specifying "readme" or "Readme" or "README" or even "rEADmE"
  9. >you should get the ReadMe file instead of a file not found error.
  10. >Furthermore, if you open "readme", "Readme", etc. for write, it should
  11. >supercede [sic] the ReadMe file and the resulting file should have the
  12. >original case of ReadMe.
  13. >
  14. >     In other words, finding a file for read will match any case.
  15. >Finding a file for write will match any case, supercede [sic] any such older
  16. >file, and will preserve the case of that older file.  The only way to
  17. >change the case would be with rename; the source name would be case
  18. >independent but the destination case would be preserved.  Of course,
  19. >you could also change the case by deleting ReadMe and then opening
  20. >README for write...
  21.  
  22. >     There are filesystems that behave in this manner, and they are
  23. >quite pleasant to use.  Please, if you support case-dependence, don't
  24. >give the "mixed case filesystems" class of arguments.  The only two
  25. >arguments you really have are (1) it is a "feature" (however dubious)
  26. >that you can create Makefile and makefile as separate files in the
  27. >same directory, and (2) Unix does it this way.
  28.  
  29. Sorry to keep beating this dead horse, but some people just haven't
  30. yet caught on to one of the principle design fundamentals of UNIX.
  31.  
  32.     "Keep it small and simple."
  33.  
  34. As has already been pointed out, the system (I'm deliberately avoiding
  35. the term "kernel") treats filenames as uninterpreted strings of bytes.
  36. Adding case folding to the system adds complexity to the system that
  37. provides only a tiny benefit (is it really that hard to type the correct
  38. filename?).
  39.  
  40. I think everyone agrees that creating "Makefile" and "makefile" in the
  41. same directory is braindamaged.  What I disagree with is the notion
  42. that the system should be in the business of preventing this.  Should
  43. the C compiler enforce a certain Hamming distance between identifiers?
  44.  
  45. Note also that case folding is only "simple" in some languages.  As has
  46. already been pointed out, there are languages (like German) where case
  47. folding is decidedly complex.  And in an international environment, the
  48. case folding algorithm may need to be different for each user.
  49.  
  50. I wish I could remember who said this, but someone once pointed out
  51. that "One of the reasons Dennis Ritchie is a genius is that whenever
  52. someone says `Wouldn't it be nice if UNIX had feature X?', instead
  53. of saying `Wow, yeah, I'll go hack that in', he says, `Yep, sure would.'"
  54. -- 
  55. Larry Campbell       MCI: LCAMPBELL          The Boston Software Works, Inc.
  56. UUCP: {alliant,wjh12}!maynard!campbell      120 Fulton Street, Boston MA 02109
  57. ARPA: campbell%maynard.uucp@harvisr.harvard.edu     (617) 367-6846
  58.  
  59. Volume-Number: Volume 8, Number 35
  60.  
  61.