You might want to check with TERM=xterm, or TERM=rxvt. Better still
install the mrxvt.terminfo file, and run with TERM=rxvt.

The first problem you describe (with Vim) is related to the terminal
response variable in Vim (t_Rv I think). It might be manifesting itself
on your system because of 64bit issues (or because of termcap / terminfo
settings).

You can check by doing the following:

    bash$ cat
    <esc>[>c

When you press enter, you should see something like

    ^[[>82;0.5.4;0c

in Mrxvt, and
    
    ^[[>0;229;0c

or the likes in xterm. If nothing else works, you can edit configure.ac,
and change the version (0.5.4, or 0.5.3) to "054" or "053". Then rerun
bootstrap.sh, reconfigure and recompile. See if the problem persists.

Also it would be worth wile to run Vim and do ":echo &t_RV". If you see
anything other than "^[[>c", the problem is with your termcap / terminfo
files.

The second problem is entirely a TERM issue. Get the termcap / terminfo
entries on your system correct, and you should be fine.

GI

On Sun, Jan 20, 2008 at 12:08:57PM -0700, David Morris wrote:

> 
> I have two bugs which related to mrxvt which are *really*
> starting to annoy me.  I will describe the two bugs, then
> the testing I have performed and the actual operating system
> environment.
> 
> The first is that if I open a vim editor window (which I use
> for just about everything) the cursor starts out on line #4
> of the file and in a state as if I had typed the letter 'c'.
> For those unfamilar with VIM, this means the if I hit just
> about any key other than escape or ':', I will inadvertently
> change the file.  This gets VERY old VERY fast as I use VIM
> for any editing task.  It should be noted that it does not
> matter if the VIM editor is being run locally or on a remote
> system I have ssh'd into.
> 
> The second bug is related to opening a new mrxvt window
> through the window manager (fvwm).  On the first entry line
> in the window (until I hit the 'Enter' key), any function
> which should update the line rather than insert a literal
> character works, but does not update the line.  For example,
> in my home directory I have a subdirectory called
> 'privateer'.  I normal would enter this directory using tab
> completion with the following sequence of keys:
> 
>     priv[tab][enter]
> 
> Normally this would lead to the following text display
> (where the current working directory is in square brackets):
> 
>     [~]% privateer/
>     [~/privateer]%
> 
> The actual directory change still works, however the text I
> actually see is:
> 
>     [~]% priv^I
>     [~/privateer]%
> 
> (Where '^I' is the actual tab character blank space).
> 
> This bug happens only if I start mrxvt through the window
> manager.  If I start it from another mrxvt window (or any
> other type of terminal window), this does not happen.
> 
> ====== Testing performed so far ======
> I have eliminated all configuration files by creating a new
> user and testing for both bugs.  Both bugs do still exist.
> I am further certain that configuration files are not
> relevant for the VIM-related bug because it happens even if
> VIM is not being run on a local machine.
> 
> I am certain both bugs are related specifically to mrxvt
> because neither one occurs if I use xterm, aterm, or eterm.
> 
> ===== Operational Environment =====
> Here is my operational environment:
> 
> CPU: AMD Athlon 64 X2 4200+
> OS:  Debian Testing (lenny) AMD64 Architecture (64-bit)
> Window Manager: fvwm 2.5.23-2
> mrxvt version: 0.5.3-1
> 
> These bugs have been driving me nuts for a long time now
> (weeks? perhaps months?).  Any help solving them?
> 
> --David
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Materm-devel mailing list
> Materm-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/materm-devel
> mrxvt home page: http://materm.sourceforge.net

-- 
TEN REASONS WHY HELL IS BETTER THAN GRAD SCHOOL:
9. Everyone has heard of Hell.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Materm-devel mailing list
Materm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/materm-devel
mrxvt home page: http://materm.sourceforge.net

Reply via email to