コグノスケ

未来から過去へ表示(*) link

過去から未来へ表示

もっと前

2012年3月5日 >>> 2012年2月25日

もっと後

2012年2月27日

permalink

編集する

Eclipseが固まる

Eclipseのエディタは、変数名をカーソルでポイントすると、変数の型やJavadocが自動的に出現します。とても便利なのですが、誰も定義していない変数（変数名をtypoしてるとか）をポイントしてしまうと、何かを探しに行ったままEclipseがフリーズします。

特にネットワークドライブなどI/Oの遅い場所にプロジェクトを置いていると、現象が顕著に発生します。長いときは十秒くらい反応が返りません。カーソルを動かすたびに誤爆して固まるので、相当イライラします。

今まで我慢して使っていたのですが、いい加減ムカついてきたので原因を探ってみました。

原因

Editorの設定を調べると、どうも固まる原因はHoversにあるようです。設定はメニューから辿ってWindow - Preferences - Java - Editor - Hoversにあります。

初期状態だと、
Combined Hover(右側空欄)
Externalized String(Ctrl+Alt)
Source(Shift)
が選ばれていると思います。下記のような意味です。

Combined Hoverを表示するには何も押さずにポイント
Externalized Stringを表示するにはCtrl+Altキーを押した状態でポイント
Sourceを表示するにはShiftキーを押しながらポイント

Eclipseが固まるときは特にキーを押していませんから、Eclipseが固まる原因はCombined Hoverですが、これは名前の通り複数の機能の複合なのでもう少し絞込みが必要です。

真の原因

Combined Hoverの説明を見るにリストの上から順に試してうまく行ったやつを表示するだけらしいので、Combined Hoverのチェックをはずして、リストの上から他の機能を一個ずつ試してみます。

上から試した結果、Eclipseを固まらせる真の原因はHoversのProblem Descriptionだったとわかりました。さらに言うとProblem Descriptionの「変数が未定義エラー」の表示だけが非常に低速です。「クラスが未定義エラー」や「スペルチェッカの警告」の表示はかなり高速です。うーん、何が悪いんでしょうね？

対策

Combined HoverをOFFにするとエディタが使いづらくなるので、良く使う機能（たぶんJavadocでしょう）を単発でONにして、Problem Descriptionは暴発しないようにキーを押したときのみ発動させるように、設定を変更すると良いと思います。

個人的にはSourceは要らないので、
Problem Description（Shift）
Externalized String（Ctrl+Alt）
Javadoc（右側空欄）
としています。

注意点

Shift, Ctrl, Altで2^3 = 8通り（何も押さない場合を含んで）の組み合わせができますが、意外とHoverと組み合わせられるキーは少ないです。

Shift	Ctrl	Alt	説明
×	×	×	何も押さずにポイントしたときがこれ。
×	×	○	使えるが、キーを離すとメニューにフォーカスが移ってしまって使いづらい。
×	○	×	使えません、Eclipseのエディタの機能と衝突していてHoverが発動しません。
×	○	○	使える、デフォルトではExternalized Stringに割り当て。
○	×	×	使える、デフォルトではSourceに割り当て。
○	×	○	使えるが、キーを離すとメニューにフォーカスが移ってしまって使いづらい。
○	○	×	使える。
○	○	○	使えるが、3つも押すのが面倒くさい。

以上から、使いやすいのは、(何も押さない), Shift, Shift + Ctrl, Ctrl + Altの4つくらいですかねえ。

編集者:すずき(2012/02/29 20:31)

コメント一覧

コメントはありません。

この記事にコメントする

2012年2月25日

permalink

編集する

休日出勤

底なし沼プロジェクト（2012年2月18日の日記参照）は順調に沈んで行っています。

休日出勤は電車が空いているのはいいけど、休みが短くなって悲しい…。

GNU global

コードを読むときに便利なのがタグジャンプです。私はvim + GNU globalを使っています。会社に長年伝わる（意味不明な）秘伝のソースコードを解読するときに大活躍です。

タグジャンプって不思議と家では使わないのですが、一応、家のDebianマシンでも使えるように .vimrcを設定しました。

Vimのpluginはどこだ

ところで ~/.vim/pluginに入れるgtags.vimはいずこに？Fedoraでは /usr/share/global辺りにあったと思うのですが、Debianにはそれらしいディレクトリはありません。

こんなときのapt-fileに聞いてみると、/usr/share/doc/global/examples/ なんてところに、ご丁寧にgzip圧縮して置いてありました。

うん、これはわからんね。しかし何故docの下に置くかね…。

編集者:すずき(2012/02/26 13:22)

コメント一覧

hdkさん(2012/02/26 13:55)
ls /usr/share/doc/*/examples/ してみるとわかるけど、よくある話じゃないかな? Mercurial なんかも Emacs や Vim 用っぽいファイルがありますね。
たぶん /usr/share/global みたいなのは Debian 的によろしくなくて、でも使いたい人はいるだろうからってことで examples に押し込んでいるんじゃないかと思ってます。需要が高ければ別パッケージになるんでしょうけど。
すずきさん(2012/02/26 14:56)
＞hdk さん
Debian のポリシーマニュアル 12.6 Examples には「These files should not be referenced by any program: they're there for the benefit of the system administrator and users as documentation only.」とあるから、プラグインを example に入れるのは邪道なんだろうね。

global と Vim, Emacs の依存関係を持たせてプラグインを自動でインストールするか、hdk さんが言うように、プラグインだけ別パッケージにすべきなんでしょうけど、人気ないのかねえ。

vim + global 便利だと思うんだけどなー。
IKeJIさん(2012/02/26 21:24)
個人プロジェクトだとコードサイズがばかでっかくなる事はないんで、ctagsだけで十分な気分になる事が多い気がします。
すずきさん(2012/02/27 22:04)
＞IKeJI さん
おひさしぶりー。
確かに、自分で書いたコードには使わないですね。
何をどこで呼んでるか大体わかるし、関数定義する場所も覚えていれば ctags すら使わないかも…。