home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0016.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.7 KB
  1. Date: Fri, 3 Oct 86 20:07:32 edt
  2. From: Robert Viduya <gatech!gitpyr!robert@seismo.UUCP>
  3.  
  4. > Date: Mon, 29 Sep 86 12:33:36 edt
  5. > From: mark@cbosgd.att.com (Mark Horton)
  6. > Subject: Case sensitive file names
  7.  
  8. I've found a useful rule to be used in deciding cases like this is to
  9. decide in favor of the more general and flexible.  A couple of times
  10. I've been guilty of saying, "Well, I can't think of any good reason for
  11. this particular feature, so I'll get rid of it", only to discover,
  12. later on, a good reason for a feature.  I don't believe in artificial
  13. limits mainly because the person who implements the limit generally
  14. hasn't considered ALL possible reasons for going beyond the limit.
  15.  
  16. > I think this is a mistake.  UNIX is the only major operating system
  17. > that treats things like file names, logins, host names, and commands
  18. > as case sensitive.  The net effect of this is that users get
  19. > confused, since they have to get the capitalization right every time.
  20. > To avoid confusion, everybody always just uses lower case.  So
  21. > there are few, if any, benefits from a two-case system, and any time
  22. > anyone tries to do something that isn't pure lower case, it causes
  23. > confusion for somebody and often breaks some program.
  24.  
  25. It isn't difficult to explain Unix's case-sensitivity to a user and,
  26. once explained, the case-sensitivity tends to be one of the few things
  27. a user remembers without having to be reminded.  What confusion may be
  28. caused by case-sensitivity is lost in the much greater confusion caused
  29. by trying to learn a new operating system.
  30.  
  31. > Another problem is that emulations on other operating systems,
  32. > such as VMS or MS DOS, will become impossible without drastic
  33. > changes to their file systems.  Given the problems in the above
  34. > paragraph, plus politics as usual, I think it is unlikely that
  35. > other systems will be changed to have case sensitive file systems.
  36. > After all, it's not like it was easiest to make the VMS filesystem
  37. > case insensitive - that took extra effort on their part.
  38.  
  39. But, on the other hand, adopting a VMS or MS-DOS filesystem to coexist
  40. with Unix in a Unix environment would be trivial as far as filenames
  41. are concerned.  The fact that Unix allows *any* ascii character in it's
  42. filenames (except for the path seperator, '/', and the string
  43. terminator, NUL), makes it almost ideal for adopting other, foreign
  44. filesystems to it because most of the special graphic characters (!, @, #,
  45. $, and etc..) can already be represented in a filename without having to
  46. be mapped to something else (unlike other, more restrictive, operating
  47. systems).
  48.  
  49.  
  50.                 robert
  51.  
  52. ---
  53. Robert Viduya                         robert@pyr.ocs.gatech.edu
  54.  
  55. Office of Computing Services                    (404) 894-4660
  56. Georgia Institute of Technology
  57. Atlanta, Georgia    30332
  58.  
  59. Volume-Number: Volume 7, Number 17
  60.  
  61.