This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
Re: less, misbehaving
- To: gnu-win32 at cygnus dot com
- Subject: Re: less, misbehaving
- From: Charles Wilson <cwilson at ee dot gatech dot edu>
- Date: Thu, 01 Oct 1998 13:08:25 -0400
- References: <360FF514.34EEE46D@ece.gatech.edu>
This problem is the only thing delaying a full rollout of gnu-win at my
workplace. Can anybody help?
Charles Wilson wrote:
> I'm having some wierd problems with less, and I don't know if it's my
> environment settings, or my ncurses library, or what. I'm using less
> v332 from andy's local.tar.
>
> Less operates as expected, until I try to view a file with less than a
> full screen of data. If I execute 'less shortfile', the file is
> displayed in the terminal window, followed by the message: '[1]+
> Stopped less shortfile'
>
> >From that point on, all (?) interactive console mode programs misbehave.
> When invoking less on a file with _more_ than a full screen of data,
> e.g. 'less longfile', the first screen worth of data is displayed
> followed by '[2]+ Stopped less longfile'. (This identical command
> worked fine _before_ my 'mistake' with shortfile) Ditto with vi, or
> hexedit. I can always bring the executable back to the foreground, and
> things seem to work okay after that, but this is annoying.
>
> Does anybody know what's going on? My cygwin variable is 'tty notitle
> ntea binmode'
>
> --Chuck Wilson
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".