home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0067.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.3 KB
  1. From: mordor!jdb@sally.utexas.edu (John Bruner)
  2. Reply-To: jdb@s1-c.arpa 
  3. Date: Fri, 17 Oct 86 14:39:08 PDT
  4. Organization: S-1 Project, LLNL
  5.  
  6. It seems to me that there are three alternatives.  POSIX can specify
  7. that conforming implementations must be case sensitive, must be case
  8. insensitive, or may be either case sensitive or case insensitive.
  9.  
  10. If a conforming system must be case insensitive, then UNIX doesn't
  11. conform.  If UNIX is to be included in the set of POSIX-compatible
  12. systems, then case sensitivity must be permitted.
  13.  
  14. If a conforming system may be case sensitive or case insensitive,
  15. then a lot of programs won't be portable.  Ignore for the moment
  16. all existing UNIX code and consider new program development.  I
  17. believe that programmers on one kind of system won't bother
  18. with the library routines that are used to compare and/or convert
  19. mixed-case names to monocase.  It doesn't matter what people "ought"
  20. to do.  A well-known example of this effect is 4.2BSD.  The source
  21. code is full of variables that should be declared "long" but --
  22. since on the VAX "long" and "int" are identical -- are not.  In the
  23. same way, optional case sensitivity will spawn code that only runs
  24. correctly in the environment where it was written.
  25.  
  26. Therefore, I believe that case sensitivity must be retained, and
  27. it should not be made optional.
  28.  
  29. Volume-Number: Volume 7, Number 68
  30.  
  31.