Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!ccicpg!felix!dhw68k!david
From: david@dhw68k.UUCP (David H. Wolfskill)
Newsgroups: comp.sources.bugs
Subject: Re: less(1) bug and fix
Message-ID: <3619@dhw68k.UUCP>
Date: Sat, 5-Dec-87 15:20:18 EST
Article-I.D.: dhw68k.3619
Posted: Sat Dec  5 15:20:18 1987
Date-Received: Fri, 11-Dec-87 06:27:10 EST
References: <3828@trwrb.UUCP>
Reply-To: david@dhw68k.UUCP (David H. Wolfskill)
Organization: Wolfskill residence; Anaheim, CA (USA)
Lines: 35
Keywords: less
Summary: Proposed fix breaks display of long lines (in some cases?)

In article <3828@trwrb.UUCP> bullard@trwrb.UUCP (Drew D. Bullard) writes:
[condensed quoting]
>     less
>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.
>RESOLUTION
>     In the file  output.c , in the routine  putline() change:
>          if (column < sc_width || !auto_wrap || ignaw)
>     to
>          if (column < sc_width || auto_wrap || ignaw)

I tried the above change with the result that an attempt to display a
first line of a file, when that line is > 80 characters long, will not
display the first 80 characters in the line.

I am using the "window" program (which uses a termcap definition of
"window", which I have defined as having the "am" attribute) on a
Wyse-50 terminal; the wy50 termcap entry that I use also has the "am"
attribute.

Also, I have not perceived an occurrence of the stated problem.

I have backed out the proposed change.

(I just noted that the author specified the "-c" option, which I had
never used.  I verified that the program still works, even though "-c"
is specified, without the change in question.  It does -- in the above-
described environment, at least.)

david
-- 
David H. Wolfskill
uucp: ...{trwrb,hplabs}!felix!dhw68k!david	InterNet: david@dhw68k.cts.com