home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / amethyst / 8303-1.txt < prev    next >
Text File  |  1988-02-09  |  2KB  |  38 lines
  1. 27-Mar-83 14:21:00,1846;000000000000
  2. Return-Path: <@MIT-MULTICS.ARPA:Hess@MIT-MULTICS>
  3. Date:     27 March 1983 1621-est
  4. From:     Brian N. Hess    <Hess.Unicorn @ MIT-MULTICS>
  5. Subject:  Mince, The FinalWord, WordStar, top bits, etc.
  6. To:       RG.JMTURN @ MIT-OZ, BHUBER @ USC-ECL, Boebert.SCOMP @ MIT-MULTICS,
  7.      amethyst-users @ MIT-MC
  8.  
  9. Just thought I'd try to clear up confusion on what Mince & The FinalWord
  10. are looking for in a file:
  11.  
  12. 1) "Read Error or No EOF" almost never means that Mince&TFW truly got a
  13. read error.  It is always just complaining that there was no ^Z at the
  14. end of the file.  If you just type a command, the screen will be updated
  15. and your text should be intact.  The IBM version of TFW has also shown a
  16. propensity for stopping input at ^@'s too...  I believe that the editor
  17. can read them just fine, but some part of string input in formatter
  18. treats these NUL's as "end of a C string" and thus end of file.
  19.  
  20. 2) Why are you seeing ^M's?  Well, Mince&TFW expect ^M^J combinations in
  21. the file.  If there are just ^M's, Mince&TFW won't see that as a new
  22. line.  Also, a ~^J (a linefeed with its top bit on) is used to signify
  23. a new line in Mince&TFW, so if they read that character, you get a new
  24. line there.  The easiest way around this is to do a global replace of ^M
  25. with <NL>.
  26.  
  27. 3) If you're using TFW, don't bother turning off top bits using your own
  28. program or "PIP [Z]" -- just use the little-known (and mis-named)
  29. "Capitalization Menu" to clear highlighting on the entire buffer.
  30.  
  31. 4) ^@'s are the worst.  Mince&TFW can't replace them or search for them
  32. or anything.  All you can do is examine for them by hand or write a
  33. utility program to strip them away.  We ran into a lot of these when
  34. converting Easywriter files for TFW.
  35.  
  36.                     Hope this is more helpful than obfuscatory,
  37.                     Brian
  38.