WindowsのgVimでスクロールするとゴミが残る #715

yoheie · 2015-03-17T11:02:21Z

WindowsのgVimでホイールスクロールすると、別の行の文字がゴミとして残ってしまう場合があります。

発生条件はまだ明確になっていない。ウィンドウを分割した下の方で出やすい気がするけど気のせいかもしれない。
カーソルがいた場所にあった文字が、マウスホイールでスクロールした後の場所に表示として残ってしまうことがある、という現象のようだ。
今のところ、水平分割したウィンドウでしか発生していない。それとマウスホイールでのスクロールのみで、hjklとかでは発生していない。
ウィンドウ分割は関係ないようだ。行数が特定の範囲の時に発生するっぽい。

カーソルがいた場所にあった文字が、マウスホイールでスクロールした後の場所に表示として残ってしまっているようです。

確認環境:

OS : Windows 7 32bit
Vimのバージョン : 7.4.648 Kaoriya版

確認手順:

各行の文字数が揃っていないテキストファイルをgVimで開く。
$でカーソルを行末へ移動。
適当にホイールスクロールする。

表示行数が一定の範囲内のとき発生するようです。
私の環境ではホイールスクロールの行数が5行になっていて、表示行数が8行〜33行のときに発生しています。

_vimrc・_gvimrcは消した状態でも発生しています。

mattn · 2015-03-17T11:17:54Z

お手数ですが test.txt を頂けますか。

mattn · 2015-03-17T11:19:37Z

いくらか引用させて頂きました。問題ありましたら消しますのでご指摘下さい。

yoheie · 2015-03-17T11:26:30Z

お手数ですが test.txt を頂けますか。

gist に置いておきました。

https://gist.github.com/yoheie/7c12e39e512104efb527

mattn · 2015-03-17T11:30:46Z

うむ。僕の環境では再現しなかったでです。
OS : Windows 7 32bit
自家製ビルド
誰か他の人、再現確認してもえらますか。

hokorobi · 2015-03-17T13:32:34Z

僕の環境でも再現しませんでした。
OS : Windows 7 64bit
Vimのバージョン : 7.4.648 Kaoriya版

mattn · 2015-03-17T13:34:21Z

@yoheie 何かオプションが絡んでませんか？gvim -u NONE -N test.txt で確認して頂けますか。

LeafCage · 2015-03-17T14:39:44Z

私はメイリオを使っていたときにその問題に悩まされた記憶があります。
フォントを変更してMigu_1Mを使うことで発生しなくなりました。
相性の悪いフォントがあるのだと思います。
yoheieさんの 'guifont' オプションの値を教えてもらいたいですね。

yoheie · 2015-03-17T14:46:37Z

あらためて確認しましたところ、全く同じ設定でも別のPCでは問題が発生しませんでした。
発生するPCでは gvim -u NONE -N test.txt でも発生します。
guifontはどちらの環境でもMS_Gothic:h10:cSHIFTJISです。

特定の環境でしか発生しないことが分かりましたので、まずは私の方で環境側の要因を調べてみます。

yoheie · 2015-03-21T02:40:07Z

経過報告です。

現時点で問題が発生する PC は 2台、発生しない PC は 2台です。 4台とも Windows 7 32bit です。
(発生する PC はいずれも Professional 、発生しない PC はいずれも Ultimate ですが、これは多分関係ないでしょう…)
発生する環境側要因はまだ明らかになっていません。

問題が発生する 2台目の PC では、ホイールスクロールの行数は 3行で、表示行数が6～38行のときに発生します。

guifont は下記を試しましたが、どのフォントでも発生します。
(gvim -u NONE -N test.txt で起動、 set guifont= でフォントを変更後ホイールスクロールして確認)

MS_Gothic
MS_Mincho
Terminal
IPAゴシック
IPA明朝
Migu_1M

koron · 2015-03-21T03:58:48Z

renderoptionsでDirectX使ってますか?

koron · 2015-03-21T10:47:41Z

ああ -u NONE でも発生するのか。スマンす。

koron · 2015-03-21T10:49:31Z

@yoheie 関係ないかもですが、グラフィックカードのメーカー(チップ)やドライバーのバージョン番号って、わかりませんかね?

発生する環境には、何か共通項があるんじゃないかと推測しています。

koron · 2015-03-21T11:01:05Z

問題が発生する PC は 2台、発生しない PC は 2台です。 4台とも Windows 7 32bit です。
発生する PC はいずれも Professional 、発生しない PC はいずれも Ultimate です

って、これ関係あるんじゃないかな… 綺麗に分かれてるんだし。

yoheie · 2015-03-21T13:09:05Z

すみません、その後調べていたらUltimateの1台でも出ました…
グラフィックは、問題の出るPCは全部Intelでした。
チップやドライバのバージョンはバラバラだったと思いますが、今すぐ確認できるPCが1台だけなのでまた後で確認します。

yoheie · 2015-03-23T13:30:38Z

問題が出る環境:

Intel(R) HD Graphics Family 8.15.10.2418
Intel(R) G45/G43 Express Chipset 8.15.10.2119
Mobile Intel(R) 4 Series Express Chipset Family 8.15.10.1883

問題が出ていない環境:

NVIDIA GeForce 7600 GS 9.18.13.908

でした。

koron · 2015-03-23T23:58:58Z

つまり Intel か。私もあとで試してみます。

koron · 2015-03-24T08:02:44Z

とりあえず以下の環境で試したが再現しなかった (´・ω・`)

Windows 7 64bit
Intel(R) HD Graphics 4000 (ドライバー 10.18.10.3958)
Vim 7.4.674 +kaoriya (snapshot版)

ドライバーのバージョンかしら?

koron · 2015-03-24T08:03:22Z

ちなみに最新のドライバーは 15.X とかみたいw

yoheie · 2015-03-24T10:29:25Z

考えられるのは

ドライバのバージョンにも依存
32bit版のみで発生
実はまったく別の原因が存在

といったところでしょうか。

mattn · 2015-03-24T11:05:19Z

@yoheie マウスはOEM提供ドライバでしょうか？物によっては WM_MOUSEHWHEEL だったりスクロールバーにメッセージを送ったりする物だったり色々だった気がします。

tyochiai · 2015-03-24T11:44:45Z

64 bit 版で起きてるので環境投下します。
(gvim -u NONE -N test.txt にて確認)

Windows 8.1 Pro 64 bit
Intel(R) HD Graphics 4600 (ドライバー 10.18.10.3621)
Kaoriya Vim 64 bit 版 (適用済みパッチ: 1-648)

マウスのドライバは OS のをそのまま使ってるみたいです。

yoheie · 2015-03-24T14:12:36Z

マウスのドライバは、発生しないPCと発生するPCのうちの1台はメーカー独自、残りの2台はWindows標準のものです。

別の要因、あるいは複合的な要因である可能性を考えて、私の確認した4台で発生する環境と発生しない環境の相違点を調べてみました。

Microsoft Office (2007 or 2010) がインストールされている
Visual Studio (Express 2010・2012・2013) がインストールされている

が候補として挙げられるかもしれません。

yoheie · 2015-04-28T10:05:45Z

ご報告が遅くなってしまいましたが、

Microsoft Office (2007 or 2010) がインストールされている
Visual Studio (Express 2010・2012・2013) がインストールされている

これらにつきましては未インストールのPCで発生することを確認しました。
やはり共通点はIntelのグラフィックということになりそうです。

yoheie · 2015-09-03T09:18:47Z

だいぶ経ってしまいましたが追加情報です。

ホイールスクロールだけでなくスクロールバーによるスクロールでも発生します。
vim.org で公開されている gvim74.zip の gvim.exe でも発生します。

yoheie · 2015-09-03T09:28:46Z

すみません、間違って閉じちゃったので開き直しました…
ホイールスクロールに限らないのでタイトルを修正しました。

mattn · 2015-09-07T11:56:56Z

たぶん家のノートで再現しなかったの、ホイールを使わなかったからだと思います。

h-east · 2015-09-07T12:00:53Z

@yoheie 👍 素晴らしい！
patch提出時は gui_intel_gpu_workaround()のプロトタイプ宣言は src/proto/ の gui_w16.pro と gui_w32.pro にそれぞれ書いた方が良いと思います。(16 + 32 = 48 ですんで)

mattn · 2015-09-07T12:06:36Z

てかこのまま vim-dev に持って行ってはたして取り込んでくれるだろうか

h-east · 2015-09-07T12:10:49Z

@mattn 皆で「俺のPCでも起きてて困ってたんだけど、このpatchで直ったぜ！Awesome!!」射撃しましょう！

mattn · 2015-09-07T12:13:59Z

とりあえず僕がやったこと

GdiFlush だめ
GetBkMode だめ
ReleaseDC(s_hwnd, GetDC(s_hwnd)) だめ
InvalidateRect(最終引数TRUE) だめ

しかもこの GetPixel、書き直した位置(X_FILL/Y_FILL)じゃないと直らない。

yoheie · 2015-09-07T12:42:08Z

gui_update_cursor() の最後だと、スクロールと関係ないときにも
カーソルの再描画で毎回実行してしまうと思うので、どこに入れるのが
適切かはちゃんと検討しないとならないと思っていますが、
まだソースコードを追いきれていないです。

ScrollWindowEx() ですが、 gui_mch_delete_lines()・gui_mch_insert_lines() からしか
呼んでいなくて、スクロールのときは実行されていないように思えるのですが…

ynkdir · 2015-09-07T14:15:11Z

ScrollWindowEx() ですが、 gui_mch_delete_lines()・gui_mch_insert_lines() からしか
呼んでいなくて、スクロールのときは実行されていないように思えるのですが…

スクロールメッセージを受け取ったら直接は画面更新せずに curwin なんかの内部状態を更新してその後 update_screen() あたりから画面更新用のメッセージが生成 (screen_del_lines()のout_char("\n")) されて gui_write() から呼ばれます。私もよくわかってませんが。

ynkdir · 2015-09-08T02:50:15Z

回避方法ですが 'renderoptions' で directx を指定すると発生しなくなるかもしれません。

koron · 2015-09-08T03:56:50Z

うちのマウス、タッチマウスでスクロールが良い感じでピーキーなので
Intel のグラフィックでも発生しないのかも (；´∀｀)

参加できなくて寂しい

yoheie · 2015-09-10T12:17:32Z

回避方法ですが 'renderoptions' で directx を指定すると発生しなくなるかもしれません。

私の環境ではこの方法でも回避できませんでした。

パッチですが、 @ynkdir さんのご指摘どおり ScrollWindowEx() の直前で行うようにしてみました。
https://gist.github.com/yoheie/9630ef5008870fb6378e
問題無さそうであれば vim_dev にパッチを提出するつもりで、メールの原稿も書いてみました。
添削お願いいたします。

ynkdir · 2015-09-10T13:14:28Z

私の環境ではこの方法でも回避できませんでした。

いちおう確認したいんですがenc=utf-8とttfフォントも指定しましたか
:set enc=utf-8 guifont=MS_Gothic:h12:cANSI renderoptions=type:directx

ynkdir · 2015-09-10T13:18:53Z

添削お願いいたします。

よさげに思います。

yoheie · 2015-09-10T13:38:40Z

@ynkdir

いちおう確認したいんですがenc=utf-8とttfフォントも指定しましたか
:set enc=utf-8 guifont=MS_Gothic:h12:cANSI renderoptions=type:directx

gvim.exe -u NONE -N で起動後 enc・guifont・renderoptions 全てをそのとおり
指定したところ回避できました。
どれか1つ指定しないだけでも発生していました。

h-east · 2015-09-10T13:49:14Z

@yoheie patch＆メール内容問題ないと思います。:+1:
このバグ、仕事先のDELLのdesktop(Windows 7 64bit)、自宅のGateway ノートPC(Windows 10 64bit)でも起きているので、その情報も足しておいても良いかもしれません。

yoheie · 2015-09-10T14:34:47Z

directx が有効だと問題が発生しないようなので、intel_gpu_workaround()の先頭に
チェックを入れておいた方が良いでしょうか。

intel_gpu_workaround(void)
{
#if defined(FEAT_DIRECTX)
    if (IS_ENABLE_DIRECTX())
        return;
#endif
    GetPixel(s_hdc, FILL_X(gui.col), FILL_Y(gui.row));
}

もう1点気になる点として、この問題、16bit Windowsでは発生するのでしょうか。
さすがに私の方では環境を用意できないです…

yoheie · 2015-09-10T14:52:54Z

あ、encとフォントもチェックしないとダメですね。

yoheie · 2015-09-10T15:04:56Z

これでどうでしょう。

intel_gpu_workaround(void)
{
#if defined(FEAT_DIRECTX)
    if (enc_utf8 && IS_ENABLE_DIRECTX())
    {
        TEXTMETRIC tm;

        GetTextMetrics(s_hdc, &tm);
        if (tm.tmPitchAndFamily & (TMPF_TRUETYPE | TMPF_VECTOR))
            return;
    }
#endif
    GetPixel(s_hdc, FILL_X(gui.col), FILL_Y(gui.row));
}

ynkdir · 2015-09-10T15:08:21Z

問題があるとかでなければチェックしなくてもいいかなと思いますが。お好きなほうで。

k-takata · 2015-09-10T15:36:18Z

GetTextMetrics() と GetPixel() の処理時間がどのくらいか分かりませんが、フォントまで調べる必要は無いのではないかという気がします。

mattn · 2015-09-10T15:40:36Z

GetPixel は何かを変更するAPIでもないし、GetTextMetricsの方が明らかに計算量が多いので、encとdirectx だけ避けておけばいいと思います。

yoheie · 2015-09-11T14:41:24Z

全部の条件が揃ったときだけ return したいので、フォントのチェックだけ除くというわけにはいかないかと。
directx 有効の場合のチェックは抜きにして、 gist に上げた当初のパッチで vim_dev に提出します。

k-takata · 2015-09-11T21:27:16Z

リンク
https://groups.google.com/d/topic/vim_dev/NpTfb5c1Rc0/discussion
@yoheie ++

ynkdir · 2015-09-11T23:51:25Z

👍

mattn · 2015-09-12T04:30:16Z

パッチもすっきりで良いですね。

yoheie · 2015-09-15T23:52:40Z

7.4.869 で取り込まれました。
vim/vim@3b59755
皆さんどうもありがとうございました。
特に @ynkdir さんには、色々と調べていただきとても助かりました。

h-east · 2015-09-15T23:58:34Z

@yoheie 👍 お疲れ様でした。

ynkdir · 2015-09-16T00:10:50Z

🎉

todashuta · 2015-09-25T14:40:14Z

㊗️

crazymaster added kind/bug related/windows labels Apr 28, 2015

yoheie closed this as completed Sep 3, 2015

yoheie reopened this Sep 3, 2015

yoheie changed the title ~~WindowsのgVimでホイールスクロールするとゴミが残る~~ WindowsのgVimでスクロールするとゴミが残る Sep 3, 2015

mattn added the xlose/fixed label Sep 15, 2015

mattn closed this as completed Sep 15, 2015

WindowsのgVimでスクロールするとゴミが残る #715

WindowsのgVimでスクロールするとゴミが残る #715

Comments

yoheie commented Mar 17, 2015

mattn commented Mar 17, 2015

mattn commented Mar 17, 2015

yoheie commented Mar 17, 2015

mattn commented Mar 17, 2015

hokorobi commented Mar 17, 2015

mattn commented Mar 17, 2015

LeafCage commented Mar 17, 2015

yoheie commented Mar 17, 2015

yoheie commented Mar 21, 2015

koron commented Mar 21, 2015

koron commented Mar 21, 2015

koron commented Mar 21, 2015

koron commented Mar 21, 2015

yoheie commented Mar 21, 2015

yoheie commented Mar 23, 2015

koron commented Mar 23, 2015

koron commented Mar 24, 2015

koron commented Mar 24, 2015

yoheie commented Mar 24, 2015

mattn commented Mar 24, 2015

tyochiai commented Mar 24, 2015

yoheie commented Mar 24, 2015

yoheie commented Apr 28, 2015

yoheie commented Sep 3, 2015

yoheie commented Sep 3, 2015

mattn commented Sep 7, 2015

h-east commented Sep 7, 2015

mattn commented Sep 7, 2015

h-east commented Sep 7, 2015

mattn commented Sep 7, 2015

yoheie commented Sep 7, 2015

ynkdir commented Sep 7, 2015

ynkdir commented Sep 8, 2015

koron commented Sep 8, 2015

参加できなくて寂しい

yoheie commented Sep 10, 2015

ynkdir commented Sep 10, 2015

ynkdir commented Sep 10, 2015

yoheie commented Sep 10, 2015

h-east commented Sep 10, 2015

yoheie commented Sep 10, 2015

yoheie commented Sep 10, 2015

yoheie commented Sep 10, 2015

ynkdir commented Sep 10, 2015

k-takata commented Sep 10, 2015

mattn commented Sep 10, 2015

yoheie commented Sep 11, 2015

k-takata commented Sep 11, 2015

ynkdir commented Sep 11, 2015

mattn commented Sep 12, 2015

yoheie commented Sep 15, 2015

h-east commented Sep 15, 2015

ynkdir commented Sep 16, 2015

todashuta commented Sep 25, 2015