[fa.info-vax] Bugs in VMS?

info-vax@ucbvax.ARPA (07/22/85)

From: H}vard Eidnes <H_Eidnes%vax.runit.unit.uninett@NTA-VAX>

Does anyone agree that the following are bugs in VMS?
Has any of these been corrected, or pointed out before?

1) The character ^B is echoed by the VMS terminal driver
   when the user is running DCL. I usually run on a terminal
   that interprets this character as "video off"! 

2) SMG does not handle the line-drawing capabilities in a terminal-
   independent fashion. SMG assumes that all the line-drawing chacter
   strings are of length *one*, and that a "shift in" and "shift out"
   sequence is used to control the selection of character sets.
   We have a lot of terminals that does not use this strategy, instead
   a "single-shift-2" character set selection sequence is used. (Selects
   alternative char. set only for the next character.) So we tried to 
   define "begin_..." and "end_..." as empty, and the individual string
   capabilities for line drawing as three-character sequences. BUT SMG
   REFUSED TO PRINT ANY OF THESE! We found out that all went OK if we 
   defined all the line-drawing string capabilities to be of length one.
   (But then we were not able to select the alternative character set for
    the line-drawing characters...)

3) SHOW SYSTEM now outputs 80 characters on each line. Some
   terminals will wrap on the next character, regardless wether
   this is <cr> or not. Thus, the print-out from SHOW SYSTEM 
   gets double-spaced... (And such was not the case with SHOW SYSTEM
   in the previous version of VMS (3.7).)
   I (in my naivity...) thought that SET TERMINAL/WIDTH=79 might
   alleviate this problem, but such was not the case. (SHOW SYSTEM
   does not check the terminal width...) Is it not possible to restrict
   the printing width to 79 chars?

info-vax@ucbvax.ARPA (07/23/85)

From: Keith F. Lynch <KFL@MIT-MC.ARPA>

  Try SET TERMINAL /NOWRAP
								...Keith