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!