home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0055.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  3.9 KB
  1. From: mcvax!axis!philip (Philip Peake)
  2. Organization: Axis Digital, 135 rue d'Aguesseau, Boulogne, 92100, FRANCE
  3.  
  4. >OK, here's a new topic.  File names.
  5. >
  6. >UNIX is the only major operating system
  7. >that treats things like file names, logins, host names, and commands
  8. >as case sensitive.  The net effect of this is that users get
  9. >confused, since they have to get the capitalization right every time.
  10.  
  11. This is mainly because such users move from restrictive environments
  12. where they are forced to use a single case. if you look at the problems
  13. of *NEW* users - those not having been crippled by having already worked
  14. in a single case environment, the natural method of working is in
  15. two cases. I have never found anyone incapable of understanding that
  16. upper and lowwer case letters are different.
  17.  
  18. >To avoid confusion, everybody always just uses lower case.
  19.  
  20. Maybe you do, but, there are many people who don't.
  21.  
  22. >there are few, if any, benefits from a two-case system, and any time
  23. >anyone tries to do something that isn't pure lower case, it causes
  24. >confusion for somebody and often breaks some program.
  25.  
  26. This is mainly bad software engineering. Taken to its logical conclusion
  27. one could say that letting users get at programs often breaks them
  28. (the programs that it, (usually)) so let's ban users.
  29.  
  30. >Another problem is that emulations on other operating systems,
  31. >such as VMS or MS DOS, will become impossible without drastic
  32. >changes to their file systems.  Given the problems in the above
  33. >paragraph, plus politics as usual, I think it is unlikely that
  34. >other systems will be changed to have case sensitive file systems.
  35. >After all, it's not like it was easiest to make the VMS filesystem
  36. >case insensitive - that took extra effort on their part.
  37.  
  38. It seems to me that this extra effort was needed to circumvent the
  39. extra effort needed in making their system work correctly with
  40. all the legal ascii characters - it was designed by a team of
  41. people who had been mentaly crippled by using such a one-case
  42. system.
  43.  
  44. >I think it's a mistake to move in the direction of requiring other
  45. >operating systems to become case sensitive.  If anything, motion in
  46. >the other direction might be of more benefit.
  47.  
  48. This seems like a retrograde step.
  49.  
  50. >Note: I am NOT suggesting that UNIX should have a case insensitive
  51. >filesystem that maps everything to UPPER CASE like MS DOS.  There is
  52. >nothing wrong with mapping everything to lower case, for example.
  53. >It's also reasonable to leave the case alone, but ignore case in
  54. >comparisons.  There is also probably a good argument for keeping
  55. >it case sensitive (after all, there are probably 5 or 6 people out
  56. >there who really need both makefile and Makefile, or both mail and
  57. >Mail, for some reason that escapes me at the moment.)
  58.  
  59. Here we have a typing error, I think that you really meant 5*10^4 or
  60. 6*10^4, didn't you Mark ?
  61.  
  62. This seems to be a logical extention to the ridiculous proposal
  63. for command names and options which came from Bell Labs. some time
  64. ago - all lower case, single letter options etc.
  65.  
  66. If you want to use upper and lowwer case for login names, it is a simple
  67. matter to re-write login to be case insensitive.
  68.  
  69. If you want the same for file name handling in the shell, again it is
  70. fairly simple to add a test for some environment variable, which
  71. would force upper-lower case equivalence. Exactly what happens then
  72. if you have both Makefile and makefile (which is another case of bad
  73. software enginering - that make accepts both) you get both files,
  74. or maybe an error. That's your problem, but I want to keep the ability
  75. to use both cases.
  76.  
  77. In a more general case, are you suggesting that UNIX is going to be
  78. forever tied to ASCII - what about internationalisation issues - how
  79. do you handle non-english alphabets where case may be CRITICALLY
  80. important.
  81.  
  82. I would propose that the current scheme is a good one - allow file names
  83. to be composed of any characters in the base character set.
  84.  
  85. Philip Peake
  86.  
  87. Volume-Number: Volume 7, Number 56
  88.  
  89.