home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / bbs / waffle / 5830 < prev    next >
Encoding:
Internet Message Format  |  1993-01-03  |  2.5 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!hri.com!noc.near.net!mv!jeck!smoke.marlboro.vt.us!jhood
  2. From: jhood@smoke.marlboro.vt.us (Lord Yertle)
  3. Newsgroups: comp.bbs.waffle
  4. Subject: Re: The woes of ^Z
  5. Message-ID: <1993Jan4.022937.3932@smoke.marlboro.vt.us>
  6. Date: 4 Jan 93 02:29:37 GMT
  7. References: <22Dec92043311@miracle.com> <3Ng0VB3w165w@cybrspc.UUCP>
  8. Organization: Pick a banana, any banana
  9. Lines: 45
  10.  
  11. In article <3Ng0VB3w165w@cybrspc.UUCP> roy%cybrspc@cs.umn.edu (Roy M. Silvernail) writes:
  12. >phil@miracle.com (Phil Hill) writes:
  13. >
  14. >> roy%cybrspc@cs.umn.edu (Roy M. Silvernail) writes:
  15. >> >Well, as McLuhan said, "the medium is the message."  You're technically
  16. >> >correct, Phil.  But, as a practical matter, where does one separate a
  17. >> >filesystem from the methods available to access that filesystem?
  18. >> 
  19. >> My point is that Waffle is using the *default* text method to access the
  20. >> DOS files.  If Waffle used binary mode, it wouldn't stop reading at the
  21. >> ^Z.  Of course it's more of a pain to access in bindry mode, you have to
  22. >> manually scan for new-lines.
  23. >
  24. >Granted, but my counter-point is that the default access mode for a file
  25. >should still give you the whole file.  The ^Z kluge is a hangover from
  26. >CP/M.  Just gets in our way.  (anybody running OS/2 that can tell us
  27. >whether HPFS has this artifact?)
  28. >
  29. >> >Besides, the filesystem IS broken.
  30.  
  31. Misconception alert!
  32.  
  33. The problem is not in the MS-DOS operating system code.  MS-DOS itself
  34. treats files as dull boring binary streams, just like unix.  (An
  35. exception is character devices, but we're not concerned with that
  36. here, and Unix has lots of its own peculiarities here too.)
  37.  
  38. The problem is that to stay close to CP/M roots, MS-DOS utilities and
  39. COMMAND.COM (and by extension most other MS-DOS programs) follow the
  40. CP/M convention that text files have CR/LF and end at ^Z.  MSDOS C
  41. compilers optionally do goofy stuff in the libraries to make it all
  42. look like Unix text format inside user programs.  IMHO, it's trivial
  43. to support Unix text format directly (and thus be able to consume ^Z
  44. as text) and so it would be silly for them not to, but the MS-DOS C
  45. compiler vendors aren't listening to me and I'm not using their work,
  46. so I don't know what actually happens with real compilers...
  47.  
  48. The option of reading a file as text with line breaks or as non-text
  49. data is (or at least should be) unrelated to this conversion goo.
  50.  
  51.   --jh
  52. -- 
  53. John Hood                    Cthulhu-- just imagine it!
  54. jhood@smoke.marlboro.vt.us
  55. Duke U, 1980:  "Okay, so a few systems have the net started. What next?"
  56.