home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0059.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  4.3 KB
  1. From: bzs@bu-cs.bu.edu (Barry Shein)
  2. Date: Sun, 12 Oct 86 14:02:11 EDT
  3.  
  4. Other operating systems use case insensitivity in their file names, why?
  5.  
  6.     As I remember it is a holdover of older encoding conventions
  7.     intended to save disk space. PDP-10s used SIXBIT, RT11 and
  8.     others used RAD50, in the real old days people used 026's and
  9.     ttys, all of these had only one case for A..Z. I don't think
  10.     it was a human factor, it was an economy of a different age.
  11.     Systems like VMS and CMS continue this due to their heritage.
  12.  
  13. At least make user names monocase.
  14.  
  15.     Is the convention that upper-case user names imply an
  16.     upper-case only terminal being discarded? If not, what
  17.     is the new convention? What else should we redesign?
  18.  
  19. At least make file names monocase (a)
  20.  
  21.     Please list all software this would affect, besides Make.
  22.     How many mktemp() calls make use of case? Lock files?
  23.     Are you *sure* none of these would be affected adversely?
  24.  
  25. ...it would make emulators easier (b)
  26.  
  27.     As has been noted EUNICE doesn't seem to have too much
  28.     trouble with exactly this. Any comments/requests from
  29.     EUNICE developers? HCR? Why are we protecting them if they
  30.     don't ask for this? My guess is they wouldn't consider it
  31.     critical and would cause them as many problems as it would
  32.     solve (they would have to now go and "fix" their software also.)
  33.  
  34. At least make flags monocase.
  35.  
  36.     Please list all current flags which rely upon case sensitivity
  37.     and what you would replace them with. Worse, we have lost the
  38.     thread of this proposal. Is the case fixed in filenames when the
  39.     kernel interprets them? By the shell? Does the shell now have
  40.     knowledge about what is a flag? If not, how *do* I pass a data
  41.     string (such as sed s/foo/goo) in mixed-case where needed? This
  42.     is often a can of worms in other os's (eg. VMS/DCL) and not what 
  43.     I would call an improvement. It might require detailed syntactic
  44.     and semantic knowledge of command formats by the shell(s) as most
  45.     of these monocase systems have (DCL, EXEC etc.) At best it would
  46.     require various new or further overloaded quoting conventions
  47.     (we now have quote, double quote, backslash, ^V and backquote!)
  48.  
  49. It would be more ergonomic.
  50.  
  51.     Why is having less obviously easier? I thought the freedom
  52.     UNIX gives in creating things like file names to suit whims
  53.     to be a plus. Should we adopt NAME.EXT conventions? Why not?
  54.     Doesn't the structure imposed by .EXT make things "easier" in
  55.     the same sense? What about very long file names? Is this also
  56.     a "pain"? Why have so many of the proponents argued about how
  57.     all this would make it easier ON THE PROGRAMMER? (eg. emulator
  58.     writers, argv interpreters) Is this the person the system's
  59.     interface should be optimized for? What about text processors
  60.     (I mean people)? Do they use the filing system in full case
  61.     or not? Do we care? I just scanned through our dept secty's
  62.     directories (she is a very naive user, she started here with
  63.     UNIX this summer, it also includes a subdir which is the entire
  64.     tree of her predecessor who was a fairly sophisticated UNIX user.)
  65.     It is full of mixed case filenames, most for the obvious reasons
  66.     (PhoneBill, LICENSES (probably to force sorting to the beginning),
  67.     etc.)
  68.  
  69.     Would you please peruse *your* user's directories and report back?
  70.  
  71. Where does it stop?
  72.  
  73.     What about things like 'r' and 'R' in mail(x)? You may know
  74.     the difference between a shell and an application program,
  75.     but do your users have it as clear or will they see these
  76.     things as gross inconsistencies if not brought into line?
  77.     What about editors ('q' vs 'Q') and other fundamental software?
  78.     Who enforces this (the application or the tty driver)?
  79.  
  80. The proposal to remove case sensitivity does not analyze the impact on
  81. the software and the amount of change needed to accomodate this new
  82. feature. I claim it is ubiquitous, worse, the proposal is ill-defined
  83. as to exactly where in the software hierarchy this case insensitivity
  84. is to be implemented. The proposal is pie-in-the-sky and unworkable,
  85. worse, it is regressive (eg. it actually strives to emulate systems
  86. designed to be compatible where now outmoded hardware and economies
  87. were driving forces.)
  88.  
  89. Take your UNIX system, change everything to lower case. Add the following
  90. line to your .login or .profile:
  91.  
  92.     stty lcase
  93.  
  94. report back to us if you still think this is a good idea.
  95.  
  96.     -Barry Shein, Boston University
  97.  
  98. Volume-Number: Volume 7, Number 60
  99.  
  100.