Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!uwvax!rutgers!iuvax!pur-ee!j.cc.purdue.edu!i.cc.purdue.edu!arthur.cs.purdue.edu!krc
From: krc@arthur.cs.purdue.edu (Kenny "RoboBrother" Crudup)
Newsgroups: comp.sources.bugs
Subject: Re: less(1) bug and fix
Message-ID: <2498@arthur.cs.purdue.edu>
Date: Thu, 3-Dec-87 02:08:52 EST
Article-I.D.: arthur.2498
Posted: Thu Dec  3 02:08:52 1987
Date-Received: Mon, 7-Dec-87 00:26:07 EST
References: <3828@trwrb.UUCP>
Organization: The Little Computer Fixit Shop of Horrors
Lines: 34
Keywords: less
Summary: I tried it- did'nt like the results

In article <3828@trwrb.UUCP>, bullard@trwrb.UUCP (Drew D. Bullard) writes:
> 
> 
> NAME
>      less - problem with the "c" option
> 
> PROBLEM DESCRIPTION
>      When the "c" option is in effect and the termcap entry has
>      "am" set (automatic margins), characters in column 80 are
>      deleted and "clear to end of line" does not work.
> REQUESTOR
>      Drew Bullard

Since 'less' is one of my 'favorite' programs, I made the fix immediately,
(despite that fact that I have never had a problem with it, and do not
use the 'c' option). Afterwards, when I tested it on a file with
long lines, they wrapped, but also took up another line (of blanks). Since
less apparantly does not know this, it spits out 24 lines, when you now
actually have less availiable (no pun intended), and the topmost lines
scroll off the top of the screen. This is a wyse50, which does have
'am', on a BSD4.3 system. When I used the old version of the binary
the problem dissappears, and it works as reliably as before. I never
noticed col 80 going away before the mod.

(I kinda wondered about this fix when the change was a simple negation
of a bool)

(This is not a flame- just a bug report.)

-- 
Kenny "RoboBrother" Crudup		krc@arthur.cs.purdue.edu
Purdue University CS Dept.		
W. Lafayette, IN 47906			A mind IS a terrible thing to waste,
+1 317 494 7842				but I AM having fun at it!