Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gvim over ssh features undrawn characters #71

Closed
GoogleCodeExporter opened this issue Aug 18, 2015 · 8 comments
Closed

gvim over ssh features undrawn characters #71

GoogleCodeExporter opened this issue Aug 18, 2015 · 8 comments

Comments

@GoogleCodeExporter
Copy link

Hi all,

sometimes I ssh from my Mageia Linux 2 laptop (x86-64) to my Mageia Linux 
3/Cauldron x86-64 desktop machine and run gvim on the remote shell, that pops 
up a window on the laptop X display machine, by using ssh's X tunneling.

Now, recently gvim started featured undrawn characters when I change some text 
in syntax highlighting mode, and the characters on the current line (or other 
characters) disappear. This can be fixed by moving the input focus out of the 
gvim window.

Mageia Linux 2 ships with these packages:

ftp://ftp.nluug.nl/pub/os/Linux/distr/mageia/distrib/2/x86_64/media/core/release
/

While Mageia Linux Cauldron contains these packages:

ftp://ftp.nluug.nl/pub/os/Linux/distr/mageia/distrib/cauldron/x86_64/media/core/
release/

I tried compiling gvim using this script:

#!/bin/bash
set -x
./configure "$@" --prefix=$HOME/apps/vim --with-features=huge \
    --enable-perlinterp --enable-pythoninterp --enable-rubyinterp \
    --enable-tclinterp --enable-luainterp

And I also got the disappearing characters.

My computers are:

1. My Mageia Cauldron machine is a desktop machine with a:

    An Intel Core i3 CPU (x86-64).
    8 GB of RAM.
    Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09)
    A 2 TB hard-disk.
    A 19״ LCD Screen by ViewSonic.
    Intel Corporation Cougar Point High Definition Audio Controller.
    Intel Corporation 82579V Gigabit Network Connection.

2. My Mageia Linux 2 machine is an Acer Aspire 5738DZG laptop with the 
following specs:

    Intel Pentium(R) Dual-Core CPU T4300 @ 2.10GHz. (x86-64).
    ATI Mobility Radeon™ HD 4570 (r700)
    15.6״ 3D HD LCD Screen.
    3 GB Memory
    320 GB Hard Disk Drive.
    “DVD Super Multi DL drive”
    Acer Nplify™ 802.11b/g/n.

Original issue reported on code.google.com by shlomif@gmail.com on 24 Jun 2012 at 8:11

@GoogleCodeExporter
Copy link
Author

Is there an easy way to reproduce the issue?

Original comment by chrisbr...@googlemail.com on 15 Aug 2012 at 9:09

@GoogleCodeExporter
Copy link
Author

Well, I can reproduce it pretty easily with my set-up. But I don't know exactly 
where the problem lies, so I don't have any better suggestions other than 
setting up VMs with this.

Original comment by shlomifi...@gmail.com on 15 Aug 2012 at 9:45

@GoogleCodeExporter
Copy link
Author

A comment from Gary Johnson on the vim-dev mailing list:

What would really help would be the following.

1.  A small file containing at least one of the characters that does
    not redraw properly.

2.  A sequence of steps that will demonstrate the problem.  It is
    preferable that you start gvim like this:

        gvim -N -u NONE -i NONE [your other arguments]

    so that your environment is free of the effects of your ~/.vimrc
    and any plugins and so that everyone's environment can be the
    same while trying to troubleshoot this.

Regards,
Gary

Original comment by shlomif@gmail.com on 16 Aug 2012 at 8:57

@GoogleCodeExporter
Copy link
Author

OK, the following file reproduces the problem with 

$ gvim -U NONE -u NONE -i NONE depth_dbm_solver.c

(in a new UNIX user account).

To reproduce:

1. Do :350<CR> so you're on this line:

    printf ("H %i\n", (int)out_fh);

2. Hit "a" to enter into insert mode.

3. Hold the right arrow key until the cursor moves to the end of the line.
Then, hold the left arrow key until the cursor moves to the start of the line.
Repeat.

4. Result: some characters disappear for a while holding the left key after the 
cursor passed through them. 

Regards,

-- Shlomi Fish

Original comment by shlomif@gmail.com on 16 Aug 2012 at 9:23

Attachments:

@GoogleCodeExporter
Copy link
Author

Shlomi wrote:

> OK, the following file reproduces the problem with 
> 
> $ gvim -U NONE -u NONE -i NONE depth_dbm_solver.c

Try adding the -w option to log all keys:

$ gvim -U NONE -u NONE -i NONE -w log-keys.txt depth_dbm_solver.c

Then reproduce the bug and attach the output file log-keys.txt
to this issue.

I suspect that some characters are lost so vim sees the keys as input.
We may see that in log-keys.txt. It may not be Vim's fault.

I can't reproduce it myself.


Original comment by dominiqu...@gmail.com on 16 Aug 2012 at 9:49

@GoogleCodeExporter
Copy link
Author

Here is the log-keys.txt file. Hope it helps.

Original comment by shlomifi...@gmail.com on 16 Aug 2012 at 12:48

Attachments:

@GoogleCodeExporter
Copy link
Author

Update: now that I upgraded my laptop to Mageia Cauldron (the Mageia 
development distribution that is going to be Mageia 3), I can no longer 
reproduce this problem. As far as I am concerned, it can be closed, but you may 
wish to investigate this problem in order to prevent future users running into 
it and reporting it.

Original comment by shlomif@gmail.com on 5 Nov 2012 at 3:32

@GoogleCodeExporter
Copy link
Author

Closing

Original comment by chrisbr...@googlemail.com on 30 Sep 2014 at 5:52

  • Changed state: Done

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant