Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site intelca.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!ihnp4!zehntel!hplabs!intelca!cem
From: cem@intelca.UUCP (Chuck McManis)
Newsgroups: net.news
Subject: Re: Vnews Bug (solution)
Message-ID: <390@intelca.UUCP>
Date: Thu, 23-Aug-84 20:17:48 EDT
Article-I.D.: intelca.390
Posted: Thu Aug 23 20:17:48 1984
Date-Received: Sat, 25-Aug-84 07:21:10 EDT
Distribution: net
Organization: Intel, Santa Clara, Ca.
Lines: 23

[Whimper, Whimper]

I have discovered that which maybe should have been obvious. The problem
I mentioned on venws failing to deal with lines > 80 cols stems from the
fact that my terminal was set NOT to AUTOMATICALLY generate CR/LF when a
character was written in column 80. Therefore long lines would type all
of the additional characters one on top of the other until the end of the
line. The not so clear problem is that after doing this, vnews seems to
assume your terminal has generated the CR/LF, and types the next line without
sending CR/LF first. Therefore, sometimes the second line is also destroyed.
My terminal is/was set this way because some full screen editors, notably
EMACs can sometimes write characters in column 80 of line 24 and NOT expect
the screen to scroll. So I have some Inconsistencies to clear up. It may
have some thing to do with vnews' screen update algorithim or something (ie
forcing CR/LFs before lines) and why does vnews sometimes leave junk on the
screen. Argh! So much to do and so little time to do it.

-- 
-- Chuck                                    - - - D I S C L A I M E R - - - 
{ihnp4,fortune}!Dual\                     All opinions expressed herein are my
        {proper,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
                             ARPAnet    : "hplabs!intelca!cem"@Berkeley