home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0025.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  4.2 KB
  1. From: seismo!hadron!jsdy@sally.utexas.edu (Joseph S. D. Yao)
  2. To: ut-sally!std-unix@sally.utexas.edu
  3. Date: Sun, 5 Oct 86 11:52:40 edt
  4. Summary: Case sensitivity is useful; harms only those not used to it.
  5. Organization: Hadron, Inc., Fairfax, VA
  6.  
  7. In <5860@ut-sally.UUCP>, mark@cbosgd.att.com (Mark Horton) writes:
  8. > Message-Id: <8609291633.AA10479@cbosgd.ATT.COM>
  9. > Newsgroups: mod.std.unix
  10. > 
  11. > I note that the committee recently decided that all file names
  12. > in conforming systems must be case sensitive, for example,
  13. > makefile and Makefile must be different files.  ...
  14. > I think this is a mistake.  UNIX is the only major operating system
  15. > that treats things like file names, logins, host names, and commands
  16. > as case sensitive.  The net effect of this is that users get
  17. > confused, since they have to get the capitalization right every time.
  18.  
  19. Since this is primarily an opinion, I'll say that I think any such
  20. "confusion" is a product of someone getting wedded to odd ways of
  21. doing things in a single-case environment, and not really learning
  22. their own language.  Only the followers of the late great e. e.
  23. cummings have any problem with "normal" use of different cases.
  24. (Yes, German does it differently.  Fine!  AS LONG AS THERE IS A
  25. STANDARD CONVENTION, I am willing to let Nouns be Uppercasen.)
  26. I use both cases for reasons and, now that I have been weaned away
  27. (for years!) from single-case environments, I find them very limiting.
  28. After all, we DO have two cases here, and they are separate characters
  29. that can be used separately.  Not to mention that UC-lc conversion
  30. is only easy in the USASCII standard -- ISO and other conversions may
  31. be quite difficult.
  32.  
  33. The sole time I like case independence is on the occasional text
  34. search (often because some @#$% case-independent language allowed
  35. a whimsical program to vary case without care).  Vi/ex's ":set ic"
  36. mode works well for this, but I wish there were an "ignorecase"
  37. flag to the grep family.  (-ic:ascii / -ic:deutsche / ... ?)
  38. [ There is:  "grep -i"  -mod ]
  39.  
  40. (Anecdote: UPPER CASE ONLY is a product of the original TTYs' design.
  41. A study had said that  l o w e r  case was easier to read!  but it
  42. was decided to be UC-only, when a Board member asked the president
  43. whether he wanted to be responsible when the name of God came over the
  44. wires ... in lower case ...)
  45.  
  46. The emulation argument,
  47. > Another problem is that emulations on other operating systems,
  48. > such as VMS or MS DOS, will become impossible without drastic
  49. > changes to their file systems.
  50. almost swayed me, except that this is not an emulation document,
  51. this is an OS document!
  52. [ It's neither:  it's an interface document.  -mod ]
  53.   And I remembered that it's quite possible
  54. to provide a "flexnames"-type of mapping: RATFOR does something
  55. similar.  Perhaps POSIX might wish to add a codicil, regarding
  56. emulations ("hosted" implementations?), that gives some relaxation
  57. and some requirements for minimum performance.  Perhaps they do
  58. not want to relax their standards for emulations at all.  Their
  59. privilege (considering that the Committee includes many vendors).
  60. [ Hosted systems have been considered in excruciating detail
  61. in writing the standard.  -mod ]
  62.  
  63. In article <5865@ut-sally.UUCP>, MRC%PANDA@SUMEX-AIM (Mark Crispin) writes:
  64. >case sensitivity of the Unix filesystem is a real drag, and something that
  65. >has regularly and reliably caused me problems when working in a heterogenous
  66. >environment.
  67.  
  68. See above.
  69.  
  70. There follow several comments on the use of mixed case.  OF COURSE
  71. people won't use mixed case when the operating system stands in the
  72. way of using it comfortably!  And if hackers aren't taught better
  73. than to mix 1, I, L, O, and 0 in their codes (as a certain major
  74. stinker of a company does -- using them EXCLUSIVELY -- in software
  75. released with an alleged source-code license!), then people should
  76. undertake to educate them ... and their alleged educators.
  77.  
  78. When I name a file FooBar, I better well come back and find it named
  79. FooBar ... NOT FOOBAR or foobar or (God help us) FoObAr.
  80.  
  81. >            ...  It's *so* much easier to keep the shift lock key down...
  82.  
  83. I HATE it when people do this to my terminal ... and leave it
  84. that way ...
  85. -- 
  86.  
  87.     Joe Yao        hadron!jsdy@seismo.{CSS.GOV,ARPA,UUCP}
  88.             jsdy@hadron.COM (not yet domainised)
  89.  
  90. Volume-Number: Volume 7, Number 26
  91.  
  92.