Hi Frederick,
Thanks for your answer.
I mentioned Bash mainly to state that I strongly believe it is NOT related to
the problem. (I probably should have mentioned that the problem does NOT occur
when using xterm or any other terminal)The problem occurs when pasting, using
Ctrl-R, or typing long lines. But despite typing the line `$ echo "... <long
line> ..."` shows "<", the output of the command (after typing <Enter>) is
correctly wrapped (no "<").
My understanding is that is an urxvt problem that seems to occur only on
slackware/slackware derivatives.
But I'm completely out of ideas on how can I debug it further
De: "[email protected]" <[email protected]>
Para: [email protected]
Cc: "[email protected]" <[email protected]>
Enviadas: Segunda-feira, 20 de Junho de 2016 15:14
Assunto: Re: Line Wrapping Configuration
Hi Marcspterra,
I'm confused why you mention Bash but send the question here. Did you try
pasting into the input of 'cat'? That would be an easy way to rule out the
possibility that the ">" is appearing because of Bash...
FWIW I don't see any ">" when I paste (via M-C-v) long lines into Bash, Zsh, or
Cat. Hope this helps,
Frederick
On Mon, Jun 20, 2016 at 01:19:46PM +0000, [email protected] wrote:
> I've checked termcap and my undestanding is that my system doesn't use it (as
> $TERMCAP and $TERMPATH aren't defined), but uses terminfo instead ($TERMINFO
> is defined). Thus I compared the output of infocmp of urxvt against a xterm
> terminal (where the problem doesn't occurs) but the only differences are
> related to color options: 'ccc', 'colors', 'initc', 'pairs', 'setab',
> 'setaf', 'setb, and 'setf'.
>
> Any ideas?
>
>
>
> De: "[email protected]" <[email protected]>
> Para: "[email protected]" <[email protected]>
> Enviadas: Terça-feira, 31 de Maio de 2016 9:23
> Assunto: Line Wrapping Configuration
>
> I'm facing a line-wrap problem with urxvt v9.19 on Salix (Slackware
> derivative); what puzzles me is that with the exact same configuration
> (.Xdefaults, bashrc, etc) everything worked fine with v9.18 at LinuxMint
> I like the regular line wrapping, i.e., when you type or paste a line longer
> than the screen the line simple breaks and continues on the line; but what I
> see here is that the line shifts to the left and inserts a '>' at the first
> column
>
> The problem doesn't seems to be related to bash or prompt settings, as the
> problem persists when ~/.bashrc is removed; setting PS1 to empty or to the
> default value has no effect either.
>
> Changing TERM to xterm makes the line wrap "correctly", but I need
> TERM=rxvt-256color for tmux.
> Another problem with TERM=xterm is that the URxvt.keysym defined at
> ~/.Xdefaults stop working.
>
> I thought of the following approaches:
>
> a) ensure I'm using the same settings that worked on LinuxMint:
> I've compared "xrdb -query -all" on both systems to check if
> LinuxMint has set any urxvt options behind my back, but for some reason this
> command doesn't show the urxvt.* settings.
> Is there any urxvt command that outputs all options currently used
> by urxvt (even the default ones)?
> b) on the list archives a Slackware user reported similar problem:
> http://lists.schmorp.de/pipermail/rxvt-unicode/2011q4/001437.html
> It was suggested that the problem could be related to termcap. I
> found on my system the exact same three files that were reported on that
> thread: /etc/termcap, /etc/termcap-Linux, and /etc/termcap-BSD.
> But I have no idea on how to find out which one is being used, and
> which settings on those files could be related to the problem.
>
> Any help is appreciated!
>
>
>
> _______________________________________________
> rxvt-unicode mailing list
> [email protected]
> http://lists.schmorp.de/mailman/listinfo/rxvt-unicode
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/mailman/listinfo/rxvt-unicode
