Mail Archives: cygwin/2001/07/31/15:31:50
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... ;) ).
Thanks.
Hans Deragon
P.S. Lotus Notes really sucks. Sorry if my email's format is a bit odd.
Louis Bohm <lbohm AT lightbridge DOT com> le 07/31/2001 12:48:10 PM
Pour : hans_deragon/visa/desjardins AT visa DOT desjardins DOT com
cc :
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
Louis
At 01:19 PM 7/31/2001 -0500, you wrote:
>Greetings.
>
>
> 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
> rxvt.
>
>
>Thanks for replying.
>Hans
>
>
>
>
>
>Charles Wilson <cwilson AT ece DOT gatech DOT edu> le 07/31/2001 10:50:12 AM
>
>Pour : hans_deragon/visa/desjardins AT visa DOT desjardins DOT com
>cc : cygwin AT cygwin DOT com
>Objet : Re: Scrolling problems with rxvt.
>
>
>hans DOT deragon AT visa DOT desjardins DOT com wrote:
>
>
> > 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.
>
>--Chuck
>
>
>
>
>
>
>--
>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ: http://cygwin.com/faq/
--
¤¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø¤º°`°º¤
¤°`°Lightbridge, Inc
¤°`°67 South Bedford St.
¤°`°Burlington MA 01832
¤°`°781.359.4795 mailto:lbohm AT lightbridge DOT com
¤°`°http://www.lightbridge.com
¤¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø¤º°`°º¤
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -