home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / xenix / sco / 2877 < prev    next >
Encoding:
Text File  |  1992-09-09  |  6.4 KB  |  138 lines
  1. Newsgroups: comp.unix.xenix.sco
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.dec.com!rdg.dec.com!pa.dec.com!dynamix!david@uu3.psi.com
  3. From: david@dynamix.com (David L Jarvis)
  4. Subject: mscreen patch
  5. Organization:  SOFTWARE / DYNAMIX
  6. Message-ID: <9209090723.AA12954@dynamix.com>
  7. Date: Wed, 9 Sep 92 7:23:03 EDT
  8. X-Received: by usenet.pa.dec.com; id AA27294; Wed, 9 Sep 92 06:53:14 -0700
  9. X-Received: by inet-gw-2.pa.dec.com; id AA20408; Wed, 9 Sep 92 06:53:12 -0700
  10. X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)id AA17947; Wed, 9 Sep 92 09:48:52 -0400
  11. X-Received: by dynamix.com (smail2.5c)id AA12958; 9 Sep 92 07:23:03 EDT (Wed)
  12. X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
  13. X-Mailer: ELM [version 2.3 PL11]
  14. Lines: 122
  15.  
  16. Below is a technical writeup for patching the mscreen binary for 2.3.4
  17. It was sent to me by Bela Lubkin of SCO Support.  I worked with Bela when
  18. 2.3.4 first came out to isolate this problem, but because I had an easy
  19. workaround (similiar to the one described in the FAQ put out by Chip) I
  20. never followed up with Bela's solution.  Recently I came to realize that I
  21. needed a better way to fix the problem, so I'm posting this technical note
  22. for any others who might be doing something similiar with mscreen.
  23. Briefly, what I do is set up "phantom" users on ports that are to have
  24. mscreens, that do nothing but execute mscreen (ie: a user named ttyi1a on
  25. port ttyi1a, using the AUTO keyword in gettydefs).  This has the effect of
  26. mscreen being active on any port *all the time* (and users not having to
  27. run it themselves).  This way a ttyi1a port looks and feels just like the
  28. console multiscreens (with a bit of other tweaking that is :-) ).
  29. The desire to use "exec mscreen -s -n 3" in the .profile for 
  30. these accounts is what lead me to find a better solution than 
  31. mine and the one in the FAQ.  If anybody would like additional information
  32. about this, please feel free to send me email.
  33.  
  34. PS:  Chip, how about putting this in the FAQ?  (since it comes direct from
  35. SCO, and not from some magazine :-) )
  36.  
  37. > =============================================================================
  38. > 
  39. > The display is garbled only when I run mscreen.
  40. > 
  41. > RELEASE:  SCO XENIX 386 Operating System Release 2.3.4
  42. >           SCO UNIX System V/386 Release 3.2 Operating System Version 2.0
  43. > 
  44. > PROBLEM:  mscreen(M) seems to work correctly, but the output of certain
  45. >           applications is somewhat garbled, as if the terminal is losing
  46. >           characters.
  47. > 
  48. > CAUSE:    The mscreen(M) program which is supplied with SCO XENIX 386
  49. >           Operating System Release 2.3.4 and with SCO UNIX System V/386
  50. >           Release 3.2 Operating System Version 2.0 identifies itself as
  51. >           "mscreen rev VIII".  This version of mscreen disables the
  52. >           "ixon" stty(C) setting of the serial port on which it is run.
  53. >           For instance, if you are logged into tty1a and run mscreen,
  54. >           tty1a is now set to "-ixon".  This prevents the terminal from
  55. >           sending XON/XOFF flow control signals to the system.  Many
  56. >           terminals cannot handle full speed input during certain
  57. >           operations (such as clearing the screen).  If they are unable
  58. >           to pause the system, they lose characters.
  59. > 
  60. >           mscreen does turn on the "ixon" setting of the pseudo-ttys
  61. >           that it uses.  This allows the user to pause output, but
  62. >           there is a significant amount of latency.  That is, after
  63. >           hitting <Ctrl>-S, the system may output as much as half a
  64. >           screen before stopping.
  65. > 
  66. >           The version of mscreen that is supplied with SCO XENIX 386
  67. >           Operating System Release 2.3.2 identifies itself as "mscreen
  68. >           rev VII".  It does not turn off "ixon".
  69. > 
  70. >           If "ixon" is enabled on the serial port tty, flow control
  71. >           characters are handled quickly by the serial port driver,
  72. >           allowing the terminal to modulate the flow of information.
  73. >           If it is only enabled on the pseudo-ttys, the terminal can
  74. >           still do this, but the system's response to flow control is
  75. >           slow enough that characters will be lost unless the terminal
  76. >           has a large input buffer.
  77. > 
  78. > SOLUTION: A workaround is to note the name of your serial tty.  After
  79. >           starting mscreen and logging in, turn "ixon" back on for that
  80. >           tty.  In the following example, the user first determines her
  81. >           serial tty name.  She then runs mscreen, logs in, and re-enables 
  82. >       "ixon" for the serial tty.
  83. > 
  84. >              $ tty
  85. >              /dev/tty1a
  86. >              $ mscreen -n 2
  87. >              mscreen rev VIII
  88. >              who            is Shift-F7
  89. >              help           is Shift-F8
  90. >              stop           is Shift-F9
  91. >              quit           is Shift-F10
  92. >              ttyp0          is Shift-F1
  93. >              ttyp1          is Shift-F2
  94. > 
  95. >              test!login: jdoe
  96. >              Password:
  97. > 
  98. >              $ stty ixon < /dev/tty1a
  99. > 
  100. >           A more permanent solution is to patch the mscreen(M) program.
  101. >           To do this, take the following steps:
  102. > 
  103. >              1. Make a copy of the program:
  104. > 
  105. >                   # copy -om /usr/bin/mscreen /usr/bin/mscreen.orig
  106. > 
  107. >              2. Apply the patch with /etc/_fst.  There are two patches,
  108. >                 depending on your operating system release:
  109. > 
  110. >                 FOR SCO XENIX 2.3.4:
  111. > 
  112. >                   # /etc/_fst -w /usr/bin/mscreen
  113. >                   * 3f:1233?w 400
  114. >                   0x3f:0x1233:    0x0=    0x400
  115. >                   * $q
  116. > 
  117. >                 FOR SCO UNIX System V Release 3.2 Version 2.0:
  118. > 
  119. >                   # /etc/_fst -w /usr/bin/mscreen
  120. >                   * 17:2327?w 400
  121. >                   0x17:0x2327:    0x0=    0x400
  122. >                   * $q
  123. > 
  124. >              3. If you believe that you have incorrectly applied the
  125. >                 patch, or if the patched version of mscreen does not 
  126. >         seem to solve the problem, you can replace it with the
  127. >                 original, unpatched version which was saved in step 1:
  128. > 
  129. >                   # copy -om /usr/bin/mscreen.orig /usr/bin/mscreen
  130. > 
  131. > SEE ALSO: mscreen(M), termio(M)
  132. > 
  133.  
  134. #----------------------------------------------------------------------#
  135. #          David L. Jarvis                 SOFTWARE  /                 #
  136. #          david@dynamix.com                       /  DYNAMIX          #
  137. #----------------------------------------------------------------------#
  138.