I am having a problem with long lines when displayed in less.
It is difficult to describe but I will try...

I have a text file with some lines longer that 80 characters.
If I use less to view this file in an Putty terminal set to
an 80 character width, some of the lines wrap. So far so good.
If I now use the 'j' or 'arrow down' key to scroll down one
line at a time all is ok until I encounter another long line
(longer than 80 characters in my example). What I see is
only the wrapped portion of the line. The first 80 characters
are missing. At this point I can type a ctrl-L to refresh
the window and then the long line is wrapped properly. It is
only when I am scrolling one line at a time that I see this
behavior.

I am not certain that this is a "less problem". However, I only
notice it using less. vi works properly. more works properly.
I suppose it could also be a Putty, bash or environment problem
but I'm not sure.

I've played around with options to less such as -X -r -R without
any luck. The systems I am connecting to area all running CentOS
if that makes any difference.

Does anyone have any ideas?

It sounds like a minor term inconsistancy, what do you get when you echo $TERM

wes@biodev> echo $TERM
xterm

Since you asked, I also tried setting TERM to 'vt100' and 'ansi'.
In both cases I see the same (incorrect) behavior as I do with
'xterm'.

I am using Putty. Putty is not really an xterm but is seems like
'xterm' is a commonly used by others using Putty.

My Linux and Solaris systems have terminfo definitions for 'putty'.
Why not try a TERM setting for that. Don't forget to export TERM.

I just tried:

export TERM=putty

I get the same behavior. Perhaps this is not a TERM problem???

I have solved the problem with less. For those of you following along it turned out to be a bug in the latest CentOS version of less. Here is the thread from the CentOS forum:

https://www.centos.org/modules/newbb...forumpost89507