NTEmacs スレッド 5
NTEmacs スレッド 4
http://anago.2ch.sc/test/read.cgi/software/1401870078/
GNU Emacs
http://www.gnu.org/software/emacs/
gnupack (cygwn + emacs package)
http://sourceforge.jp/projects/gnupack/
GNU emacs(x64)
http://hp.vector.co.jp/authors/VA052357/emacs.html
CVS http://savannah.gnu.org/cvs/?group=emacs
Git http://savannah.gnu.org/git/?group=emacs
FAQ http://www.gnu.org/software/emacs/windows/ntemacs.html
EmacsWiki http://www.emacswiki.org/
Mailing Lists http://savannah.gnu.org/mail/?group_id=40
Bug Report
M-x report-emacs-bug RET
乙
http://www49.atwiki.jp/ntemacs/
あれ windows ネイティブなプログラムに対してだとうまく動かないことがあるね
(call-process "reg" nil nil nil "query" "HKLM\\Software")
とかやるとバックスラッシュが余計にエスケープされちゃうせいかエラーになる
cygwin のプログラムの場合はバックスラッシュはエスケープする処理いれないとうまくいかない
emacs 本体でも cygwin のプログラムかどうかチェックしてクォート処理変えてたりするみたいなんだよなあ
ちなみに shell-command でシェル経由での呼び出しだと cygwin 側でうまくやってくれるからかうまくいく
> ダメ文字対策で w32-quote-process-args を nil にして自前でクォート処理するってのが前スレであったけど、
> あれ windows ネイティブなプログラムに対してだとうまく動かないことがあるね
それはあの書き込みが間違っているだけ。
どうせパッチ当てないとIMEもまともに動かないんだから、
こちらもソースに手を入れた方がいいと思う。
ダメ文字対策のパッチってもうあるの？
cygwin 版 emacs を使うべき
fakecygpty だの引数 cp932 変換だのダメ文字対策だの全部必要ない
生産的行動より init.el 弄るのが楽しい人だけ NTEmacs 使ってえばいいと思うよ
ベースが古いけどこれ？
https://highmt.wordpress.com/2010/10/20/ntemacs23-2-shift_jisパッチ/
ファイル名の部分はもう関係なくなってるからそれ以外のところ除けばいいのか
サンキュー
本家にバッチ送ったけどダメだったんだね
http://d.hatena.ne.jp/ksugita0510/touch/20120205/p1
それ以外のところ、じゃなくそれ除けば、だった。
バイナリクレクレ君を助長するだけの話だよ
＞emacs 本体でも cygwin のプログラムかどうかチェックしてクォート処理変えてたりするみたいなんだよなあ
この場所教えて
今ソース見られないけどクォート処理してる関数の中で
is_cygnus みたいなフラグ設定してる関数がそれ。
実行ファイルのヘッダ見たりして cygwin の dll インポートしてたら
cygwin のプログラムだって判定してたと思った。
w32_executable_type で実行ファイルの種類判定、
w32proc.c の1713行で cygwin のアプリかどうかでクォート文字の変更処理してるね。
> バイナリクレクレ君を助長するだけの話だよ
実にウザッタイやつらの言い方だな
ありがとう。
普段から2chMateでみてたから影響なかったけど
ここはnavi2ch使ってる人多そうだしなー
俺にとって公式バイナリが実用になって助かっている。
過去ログを見るのが難しくなるとこういうのが埋もれてもったいないな。
せっかくだからTSF用の設定を貼り付けておく。
モードラインや短縮入力は好みの問題。ミニバッファも快適。
; TSFのAPIによりIMEを使用する。
(load-library "kkc-cmd")
; quailのjapaneseモードラインを変更する。
(load-library "quail/japanese")
(setf (nth 1 (quail-package "japanese")) "ja-")
(setf (nth 1 (quail-package "japanese-ascii")) "jaA")
(setf (nth 1 (quail-package "japanese-zenkaku")) "jaZ")
; quailのkkcモードラインを変更する。
(setq kkc-input-method-title "JA-")
; 短縮入力を追加する。
(quail-select-package "japanese")
(if (equal (quail-name) "japanese")
(quail-define-rules ((append . t))
("S" " ") ; IDEOGRAPHIC SPACE(U+3000)
("M" #xff0d) ; FULLWIDTH HYPHEN-MINUS
("T" #xff5e) ; FULLWIDTH TILDE
))
話題がないだけ
・普段の \ はそのまんま解釈される。\\ は \\ として解釈される。
・" の前にあるときだけ \ がエスケープ文字になり " として解釈される。
・" の前に連なってるぶんだけ \\ が \ として解釈される。
\hoge => \hoge
"hoge" => hoge
\"hoge => "hoge
\\hoge => \\hoge
\\\"hoge => \"hoge
\\\\\"hoge => \\"hoge
\\\\hoge => \\\\hoge
\\\\\#hoge => \\\\\#hoge
すいません、これためしてみたいんですけど、
いきなり1行目でエラーになります。
kkc-cmd.elってどこからダウンロードすればいいんでしょうか?
前スレ(NTEmacs4)の>355,356にある。
展開方法は前スレ>322,325を参照。つまりxzとbase64。
TSFTest.exeも必要だが、それは前スレの>312,325を参照。
前スレは「NTEmacs スレッド 4」でググれ。
丁寧な説明ありがとうございました。m(_"_)m
がんばってみます。
これじゃcygwinのルールとは共存できないから
Cソースでやってるみたいにバイナリ判別して処理わけるしかないね。
今回のはあんまりwindows関係ない感じな気がする。
IME ONで C-x d ってやったときに
C-x と d をすばやく押すと問題ないんだけど
ゆっくり押すと d がIMEに取られてイラッとなるんだけど
直し方ってないですかね?
一時的にhelmを無効化したいのですが、やり方がわかりませんでした。
cygwinのコマンド等でバイナリ判別をする簡単な方法ってないかな。
fileではダメだった。
いまちょっとソースさわれないからコピペできないけど、ldd で cygwin1.dll がロードされてないかチェックする関数作って、
判定か偽の時は "\\(\\(\\\\\\)*\\)\"" => "\\1\\1\\\\\"" な正規表現でクォートするってので一応解決できたよ。
正規表現は今動かせないから間違ってるかもしれないけど。
ldd 呼び出すときにクォートの advice が再帰しないようにする必要あり。
書いてる時に思ったんだけど、cygwin の dll でクォート切り替えてるってことは msys 系のは正しくクォートされないんじゃないかなぁ。
ネイティブの NTEmacs も似たような判定法だったんだけどそこらへんどうなってるんだろ。
× cygwin の dll でクォート切り替え
○ cygwin の dll のロード有無でクォート切り替え
毎回チェックのためにプロセス走るのがありなら
封印していた環境変数経由で引数渡しするラッパーもありな気がしてきた
クォートもユニコード引数も解決してくれるぜ
一時的にhelm-suspend-update-flagをtにするんじゃなかったかな
前スレだか前々スレにlocate走るのを防止する方法のとこで出てた記憶がある
ldd使えますね。ありがとう。
よく読まずに再帰にハマったりしてますが、なんとかなりそう。
ありがとうごさいました。
elispは良くわかっていないのですが、以下のようにして、切替できるようになりました。
(defun my/toggle-helm-suspend-update-flag ()
(interactive)
(setq helm-suspend-update-flag (not helm-suspend-update-flag)))
(define-key helm-read-file-map (kbd "C-/") 'my/toggle-helm-suspend-update-flag)
素早く打鍵するとたまに cmigemo が取りこぼしするようになった。
あんまり小さくするもんじゃないねこれ。
俺んとこじゃならないから他のもんが邪魔してんじゃない？
やらないほうがいいの？
困ってないならやらなくていい。
msys は pty が使えないから ansi-term 不完全だし。
http://d.hatena.ne.jp/syohex/20111117/1321503477
perl初心者が書いたコードだからもっとうまくやる方法があるかもしれんが…
.bashrc ----------------------------------------------------------------
if [ !"$EMACS" -a !"$MSYSTEM" -a "$PATH" ]; then
perl -e \
'@a=split(":","$ENV{$ARGV[0]}");foreach(@a){$_=`cygpath -am "$_"|tr -d "\n"`};print qq/(setenv "$ARGV[0]" "/,join(";",@a),"\")"' \
PATH > ~/.emacs.d/site-lisp/shell_env.el
emacs -batch -f batch-byte-compile "~/.emacs.d/site-lisp/shell_env.el" >/dev/null 2>&1
fi
init.el ----------------------------------------------------------------
;; load environment value
(load "shell_env")
(dolist (path (reverse (split-string (getenv "PATH") ";")))
(add-to-list 'exec-path path))
------------------------------------------------------------------------
シェルからの出力受け取るときに多バイト文字の境目で切れててもお構いなしに文字コード変換処理しちゃうのが原因なんだろうけど
.bashrc ----------------------------------------------------------------
if [ !"$EMACS" -a !"$MSYSTEM" -a "$PATH" ]; then
perl -e \
'print qq/(setenv "$ARGV[0]" "/,`cygpath -amp "$ENV{$ARGV[0]}" | tr -d "\n"`,"\")"' \
PATH > ~/.emacs.d/site-lisp/shell_env.el
emacs -batch -f batch-byte-compile "~/.emacs.d/site-lisp/shell_env.el" >/dev/null 2>&1
fi
------------------------------------------------------------------------
perl いらなくない？
echo "(setenv \"PATH\" \"`cygpath -amp "$PATH"`\")" > shell_env.el
環境変数PATHに限るなら >>48 のコマンドが最適だね
perlにこだわってたのは、複数引数に拡張しようと思ってたからなんだけど
-----------------------------------------------------------------
perl -e \
'foreach(@ARGV){ print qq/(setenv "$_" "/,`cygpath -amp "$ENV{$_}" | tr -d "\n"`,"\")\n"}' \
PATH HOMEPATH SHELL > ~/.emacs.d/site-lisp/shell_env.el
-----------------------------------------------------------------
こんな感じにすればperlは必要ないね。cygpathの改行を除去する必要もないし
-----------------------------------------------------------------
for i in "PATH" "HOMEPATH" "SHELL"; do
echo "(setenv \"$i\" \"`eval cygpath -amp '"''$'$i'"'`\")"
done > ~/.emacs.d/site-lisp/shell_env.el
-----------------------------------------------------------------
(evalでゴニョゴニョしてる部分は何とかできないかな)
間接参照は ${!hoge} でいける
for i in "PATH" "HOMEPATH" "SHELL"; do
echo "(setenv \"$i\" \"`cygpath -amp "${!i}"`\")"
done
ありがとう完璧だ
*rc 側に書かなくても emacs 側で bash 呼び出すようにすれば init.el 側で完結も出来そうね。
個人的にはシェル側に手を加えるのはあんまり好きじゃないから exec-path-from-shell のアプローチが好き。
emacs 実行ごとにプロセス一個走るのをうっとおしく感じるかどうかってのもあるだろうけど。
24.5 で変わる部分眺めてたけど
NTEmacs 的にはユニコード文字列がフレームタイトルに表示出来るようになったぐらいかな。
徐々に 〜W 系の API 呼び出し増えてってて嬉しい。
はよネイティブに UTF-8 をコマンド引数に渡せるようになるといいね。
NTEmacs + Cygwin の環境で exec-path-from-shell って使えたっけ？
このサイトの通り、セットされる PATH が cygwin 形式になるからうまく動かなかったと記憶
ttp://aki2o.hatenablog.jp/entry/2013/08/26/NTEmacs%E3%81%A7exec-path-from-shell%E3%82%92%E4%BD%BF%E3%81%86%E3%81%A8%E8%89%B2%E3%80%85%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%AB%E3%81%AA%E3%82%8B%E5%AF%BE%E5%87%A6
だから*rcをいじって色々やってた
> UTF-8 をコマンド引数に渡せるようになるといいね。
ホントそれ。cp932 エンコードとか、標準入力でのやりとりにするとか
トリッキーな回避法はもううんざりだからね
こけるね。
パッチを当てないとビルドが通るけどね。
パッチ当てずにコケるようならリリース準備失敗中ってことになるから。
pop.cのコンパイルでおちるなぁ…
なぜだ…
ここの通りにやっても
Does Emacs use -lgnutls? no
になっちゃうんだけどなぜでしょうか。。。
emacs-bug で 最新版の windows でのビルドで gnutls 絡みのスレッドたってるね。
バージョンがどうのって話しっぽいけど。これ関係ないかな？
http://lists.gnu.org/archive/html/bug-gnu-emacs/2015-04/msg00287.html
config.logは
configure:12445: checking for gnutls >= 3.0.0
configure:12457: result: no
configure:12496: checking for gnutls >= 2.6.6
configure:12508: result: no
ということで見つけられていませんでした。
>>91 該当部分を書き換えて見ましたがだめでした。
もう少し調べてみます。ありがとうございました。
環境変数PKG_CONFIG_PATHに/mingw64/lib/pkgconfigが入ってないとか。
msys2_shell.batだとgnutls見つからないよ。
http://sourceforge.net/projects/emacs-bin/files/releases/
mozcやskkとなら使える。
http://cha.la.coocan.jp/doc/NTEmacsBuild245.html
というか、mingw の libgcc の既知の不具合で、emacs の etc/PROBLEMS に書いてあった
とりあえず回避するには、configure 時に CC="gcc -shared-libgcc" にすればいいみたい
cha.la.coocan.jp/doc/NTEmacs.html#binary 「最新(24.5)」に
「24.4の挙動があやしい部分は、24.5でも変わっていない」書いてあるけど、
そこに上がってる emacs-24.5.zip (http://cha.la.coocan.jp/files/emacs-24.5.zip) は
直ってる (とりあえずの回避策とった) やつ？
まだみたい
なんで、いまは前スレ 855 番の方法で対応してる
anago.2ch.sc/test/read.cgi/software/1401870078/855
確かに24.4のetc/PROBLEMSにも書いてあるね
しかし、見つけるのがすごいと思う
で
> configure 時に CC="gcc -shared-libgcc" に
32bit版をこれでビルドしてみたら
少なくとも終了時のエラーは吐かなくなった
他にどんな怪しい挙動するか知らない新参だけど
ありがてえありがてえ
hookもなくてパッチでhookを作って何とかしてるってのが分かったけど
結局それじゃ拾いきれないのがある
例えば、y-or-no-pとかその類でminibufferでIMEがONのまんまだ
helmとかもなんか駄目だな
y-or-no-pとかいちいちadviseしていけばいいけどなかなか一筋縄ではいかないな
minibuffer-exit-hook はIMEパッチ内でも使ってるけど、minibuffer-setup-hook を使っても
y-or-no-p とかは無反応だ
駄目な場合はで多いのは cursor-in-echo-area を t にするやつ
これをするとカーソルがminibufferに飛ぶけどhookは一切呼ばれないからIMEがオフにならない…
y-or-n-p は read-key 使ってるからか。
read-key のアドバイスで cursor-in-echo-area が t なら・・・的なのを入れれば
擬似的にミニバッファ入力してるように見せかけてるのは回避出来るようになるかなぁ。
あーでも read-event とか他にも色々あるね。
本家の方でずばりカーソルがwindowを移動したっていうhookを作ってもらえれば万事解決なんだけどね
そんなのあるもんだと思ってたけど無いっぽい (知らないだけなのかね)
y-or-no-pはGUIのダイアログバージョンもあるけど、あんまりスマートなコーディングになってなかったな…
64bitでもconfigure 時に CC="gcc -shared-libgcc" をつけないと落ちる？
と書き込んだはずだったのですが、できていなかったようです・・・。すみません。
なるほど。
だから chuntaro 版で落ちる報告あがってきてなかったわけなのね。
24.5でもgrepで以下のワーニングがでる問題直ってないみたいね…
warning: GREP_OPTIONS is deprecated
まぁここに修正済みの grep.el が上がってるから置き換えれば済む話なんだけどさ
ttp://git.savannah.gnu.org/cgit/emacs.git/commit/lisp/progmodes/grep.el?id=2e4c2fe2787785a421f256541de642976e9bd90b
素の grep 使ってなかったから気付かなかった。
カラー対応してたりして lgrep より気持ち見た目が豪華になるんだなぁ。
対応されたね。
32bit/64bitともにネィティブパッチ済みが安定配布されてるのは助かるね。
良さげに使えてる
>>86
んだ
※anagoは今日機嫌悪そう
あとsvgとgnutlsはDLLは含まれてるけどconfigureの出力を見ると無効になってる
気になったんで一応書いておく
直接伝えたらいいんでないの…？
ビルドした時のユーザー名とホスト名とそのPATHが含まれるから、余分なPATHは消して
ユーザー名とホスト名は適当なものに変更した方がいいんだよね
とりあえず -g3 -gdwarf-2 が余計なんで消した方がいい (exeが16MBぐらいになるはず)
svgも不要？、という話だったような
mewさんはstunnelしか使わない頭の固い頑固者だから関係ないけど
特に設定なしで gnutls-cli 経由で https 接続したり 993 ポートで gmail に繋いだりしてくれるよ。
> mewさんはstunnelしか使わない頭の固い頑固者
なぜに槍玉に上げそこまで熾烈な言葉遣いするん
パス以外にもなんかないか？とかやってるから次辺りのバージョンではそういうの残らなくなるかもしれんね。
設定で使えるようにしたけどそれを解決した24.6がそろそろ出ないかな。
ttp://proglab.blog.fc2.com/blog-entry-14.html
IME のキー潰すだけのために keyhac 入れてるのもなんだし試してみたいんだけど
見つからない。
100〜のスレッドの続きを読む
