This is the mail archive of the
mailing list for the Cygwin project.
Re: Scrolling problems with rxvt .
- To: lbohm at lightbridge dot com
- Subject: Re: Scrolling problems with rxvt .
- From: hans dot deragon at visa dot desjardins dot com
- Date: Tue, 31 Jul 2001 14:18:23 -0500
- Cc: cygwin at cygwin dot com
Bingo, well at least you seems to suggest what the problem is. Yes, previously I started
rxvt from a .bat file. I am trying your suggestion. Its too early to say if calling
rxvt directly corrects the problem.
If your suggestion works, I wonder why DOS would cause a problem. After all, calling
an application from a Windows NT 4.0 DOS windows or from a shortcut should not affect
the application in any way (then again, we are talking about Microsoft here... ;) ).
P.S. Lotus Notes really sucks. Sorry if my email's format is a bit odd.
Louis Bohm <firstname.lastname@example.org> le 07/31/2001 12:48:10 PM
Pour : email@example.com
Objet : Re: Réf. : Re: Scrolling problems with rxvt .
I have been using rxvt for a long time now and I have yet to see this
problem. I can only assume that you are running rxvt from a dos
window. If that is the case then I belive your problem is dos not rxvt.
Create a short cut to rxvt with the following command line and you will not
have any problems.
C:\cygwin\bin\rxvt.exe -sr -sl 9999 -tn rxvt -ls -e bash --login -i
At 01:19 PM 7/31/2001 -0500, you wrote:
> Actually, the problem does not occur in an editor like vim, but when at
> the bash
> prompt. What you explained is right, but it is not the problem I
> suffer from. I
> am at my bash prompt, run a command like ls -l, then scroll up the
> window and
> behold, the data shown is not that of the beginning of the ls -l command.
> There seams to be serious problem with the buffer/scrolling routines of
>Thanks for replying.
>Charles Wilson <firstname.lastname@example.org> le 07/31/2001 10:50:12 AM
>Pour : email@example.com
>cc : firstname.lastname@example.org
>Objet : Re: Scrolling problems with rxvt.
> > http://sources.redhat.com/ml/cygwin/2001-06/msg00652.html -->
> > When scrolling up past 1 screen in the rxvt term, what you see is not
> > what is just preceeding in the file - stuff is lost and what you see is
> > much earlier (older) output.
> > <--
>Not exactly. You see, some programs (like less and vi) actually use a
>secondary display buffer. If you use the arrow keys, you can tell less
>(or vi) to change what portion of the file they display in that
>one-screenfull-tall buffer. However, if you use the scroll bar, you
>then see the primary buffer contents.
>That is, less/vim will always ONLY control ONE screenful of data. If
>you scroll OUT of that screenful, then you see .... bash?
>This behavior is what allows bash(?) to restore the previous "bash"
>display after you exit vi or less.
>Summary: not a bug.
> > http://sources.redhat.com/ml/cygwin/2001-06/msg00390.html -->
> > running the latest version of rxvt it appears that, under certain
> > conditions (several hours of use), the scroll bar "fills up" and no
> > longer functions. That is, it looks exactly like it does when the
> > window is created and there is nothing to scroll.
> > <--
>I use rxvt exclusively, in both X and native modes. I've never seen this.
>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
¤°`°67 South Bedford St.
¤°`°Burlington MA 01832
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html