home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / misc / 37278 < prev    next >
Encoding:
Text File  |  1992-11-21  |  2.5 KB  |  53 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!grebyn!daily!richk
  3. From: richk@grebyn.com (Richard Krehbiel)
  4. Subject: Re: tell me i'm wrong (braindead design in os2)
  5. In-Reply-To: ucbked@athena's message of 19 Nov 1992 18:41:17 GMT
  6. Message-ID: <1992Nov21.154600.16728@grebyn.com>
  7. Lines: 37
  8. Sender: richk@grebyn.com (Richard Krehbiel)
  9. Organization: Grebyn Timesharing
  10. References: <1egn4dINNklu@agate.berkeley.edu>
  11. Date: Sat, 21 Nov 1992 15:46:00 GMT
  12.  
  13. In article <1egn4dINNklu@agate.berkeley.edu> ucbked@athena (Earl H. Kinmonth) writes:
  14.  
  15. >   a) file names are always shown in upper case.  is os2 case insensitive?
  16. >   is upper case required?  do ibm programmers have six fingers (one for
  17. >   the shift key)?  are they still thinking in terms of the o26/o29
  18. >   keypunches and bcd coding?  reading os2 takes me back to my first
  19. >   programming experiences in the early 1960s.  i thought os2 was a modern
  20. >   system oriented to the future....
  21.  
  22. The FAT file system still stores files in all upper case.  HPFS will
  23. preserve the case of the file name you give it, but will not observe
  24. case when matching existing files.
  25.  
  26. >   b) path separation is always shown with the back(assward) slash (\).  is
  27. >   this hard wired or can it be switched (as in drdos, early msdos)?  do
  28. >   system calls accept both / and \ as in dos or is one stuck with this
  29. >   braindead convention?  if nothing else it makes programming in c that
  30. >   much more troublesome?
  31.  
  32. The system calls accept either \ or / for path separator, but the
  33. command shell wants back slashes.  You can use the shareware shell
  34. 4OS2, and it will accept forward slashes for the filename separator in
  35. some cases, anyway.
  36.  
  37. >   c) os2 uses the braindead and redundant CR/LF convention from msdos.  do
  38. >   os2 utilities work the text files that have only line feeds or must one
  39. >   run unix files through a filter?  programming utilities to work with
  40. >   either convention is trivial, but for some reason (ideological?) it is
  41. >   not done (cpp in Borland c and c++ is a classic example of user-hostile
  42. >   programming).
  43.  
  44. I'm not sure about all the utilities.  I know when you TYPE a file
  45. with only LF for newlines it doesn't appear correctly.  Emacs works
  46. correctly with either (CR/LF or LF newlines).  The stuff I've written
  47. with emx/gcc works fine when reading either, and you can choose to
  48. write DOS-compatible text files or Unix-comnpatible text files (by
  49. calling them "binary mode").
  50. -- 
  51. Richard Krehbiel                                 richk@grebyn.com
  52. OS/2 2.0 will do for me until AmigaDOS for the 386 comes along...
  53.