home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / gnu / utils / bug / 2016 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.5 KB  |  44 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!usav01.glaxo.com!FJT19292%USA.DEcnet
  3. From: FJT19292%USA.DEcnet@usav01.glaxo.com (USA: :FJT19292)
  4. Subject: Bug (?) in iscreen3.2b
  5. Message-ID: <9211081937.AA29670@life.ai.mit.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Sun, 8 Nov 1992 19:28:00 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 31
  12.  
  13. I have just finished getting iscreen version 3.2b to compile and work on
  14. my Microport SysV/386 (5.3.2.3) system.  I won't bore you with the little
  15. changes that I had to make in the header files, unless your interested.
  16. But I did find a problem in the ansi.c code that I would like to share with
  17. you: when a line feed and/or a return is sent to the screen when the alternate
  18. character set (graphics character set) is selected, the line feed and return
  19. are printed with their eight bit set instead of having the intended effect.
  20.  
  21. Here are the changes that I made to the ansi.c code (in diff style):
  22.  
  23. 1877a
  24.      if(GlobalCharset == '0') tputs(E0, 1, PutChar);
  25. .
  26. 1878a
  27.      if(GlobalCharset == '0') tputs(S0, 1, Putchar);
  28. .
  29. 1899a
  30.      if(GlobalCharset == '0') tputs(E0, 1,, Putchar);
  31. .
  32. 1901a
  33.      if(GlobalCharset == '0') tputs(S0, 1, PutChar);
  34. .
  35.  
  36. The above listed problem normally only occured when graphics characters were
  37. printed in the first 24 lines of a window, that is to say before the screen
  38. rolled upwards.  However, whenever I used iscreen to run All-in-1 on the
  39. local vax, I had the problem with almost every screen of text.
  40.  
  41. Frank (fjt19292@usav01.glaxo.com)
  42.  
  43.  
  44.