13/06/15 16:45:10.28
>>26
コメントに書いてある
electric-pair-modeを使うそうだ
28:22
13/06/15 21:51:35.76
> > この関数で設定したstringが実際にプロセスへ送信されるタイミングはいつですか？
>
> process-connection-type によってかわる。
> 大雑把にいえば t のときは改行を送信したとき。
> nil のときは process-send-string 関数が呼ばれたとき。
>
ありがとう、ためしてみます。
> > 非同期だけど、少なくとも上記のように３連続で実行している間に送信されないことが保障されているほうが
> > ありがたいのですが・・
>
> ここの意味はよくわからないけど、 process-send-string から帰ってこないことはありえる。
> 非同期ではないと思う。
lisp以外の言語で非同期プログラムなどを書く場合
他のプロセス・スレッドや同期オブジェクトにアクセスしたタイミングでプリエンプションされる可能性があるので
そういった意味で言いました。
29:22
13/06/15 22:08:34.16
>>25
> auto-complete-clang-async.el ネタです。
> 前スレでこの話があったけど、 >22 の人かな？
はいそうです。
> 純粋にたくさんファイルを開いたときならダメだけど、そうではなくて clang-complete プロセスが
> いっぱい残る問題ならこれでたぶん解消すると思います。
auto-complete-clang-asyncの問題としては、
・バッファ毎にclang-complete.exeを割り当てるので
ファイルを８個以上ひらくとパイプエラーになってしまうのでそれ以上開けない。
・64bit版がない。
というのがあるので
64bit版のclang-complete.exe相当のものを自作して試しています。
1バッファ１プロセス起動はやめて、ｎバッファ１プロセスという形にしています。
なのでclangの補完対象になるバッファは全て１つのclang-complete.exeで管理しています。
ここで問題がおきていて、
あるバッファでclang-compelteへ補完コマンドを送信中に
裏でCEDETが動作して、別バッファにincludeされる対象のファイルを自動的にオープンすることがあり
その際にc-common-hookなどにセットしてあるclang-completeへの登録コマンドなどが動作して
clang-completeのstdinに入ります。
これで応答がなくなってしまったことがあり
このときに、コマンドの送信順番がどうなるかが気になっています。
process-connection-typeがnilの場合でも
process-send-string単位ということなので
バッファAのprocess-send-stringと
バッファBのprocess-send-stringが
入り乱れる形で送信されるのであれば厄介な話だなとおもって上で聞きました。
ただemacs-lisp自体はシングルスレッドなんですよね？
なので並列性に関しては心配していませんが、
平行性はどういう単位で実現されているのかで、問題の解決方法が変わってくるとおもいます。
30:25
13/06/16 06:12:00.66
>>29
Windows固有な部分があるんであっちに書きました。
NTEmacs スレッド 3
ｽﾚﾘﾝｸ(software板:618番)
31:名無しさん＠お腹いっぱい。
13/06/16 17:51:32.94
いちおつ
32:名無しさん＠お腹いっぱい。
13/06/16 18:11:36.10
java-modeのenumがうまくインデントされないんだけどいい解決方法ないかな
一応ググっては見たんだけど英語をまともに読めないし試してもうまく動かなくて困ってる
33:名無しさん＠お腹いっぱい。
13/06/16 19:18:20.59
エスパーさんお呼びですよー
34:名無しさん＠お腹いっぱい。
13/06/16 19:43:51.69
読んだぁ～？
35:名無しさん＠お腹いっぱい。
13/06/17 02:17:51.92
なんでこのくらいでエスパーが必要なのかわからない
java-modeのenumがうまくインデントされない解決方法わかる人居るか聞いてるんだけど
36:名無しさん＠お腹いっぱい。
13/06/17 02:25:15.45
ちょろっと触ってみた感じではわりと賢くインデントしてくれるようなんだが
どういう風にうまくインデントされないのかを書け
あとたぶんemacs標準添付のjava-mode使ってると思うから、そのemacsのバージョンとかも
37:名無しさん＠お腹いっぱい。
13/06/17 02:33:40.26
"GNU Emacs 23.4.1 (i486-pc-linux-gnu, GTK+ Version 2.24.10)
of 2012-09-10 on murphy, modified by Debian"
enum hoge{
a,
b,
c,
d,
};
こんな感じになってしまう
38:名無しさん＠お腹いっぱい。
13/06/17 02:38:10.61
emacsではjava書かんから見てないがそこだけmmm-mode使ってc++-modeとかにしたらえがっぺ。
39:名無しさん＠お腹いっぱい。
13/06/17 02:49:37.81
取り敢えずそれを頼りに明日頑張ってみる
ありがとう
40:名無しさん＠お腹いっぱい。
13/06/17 02:49:52.57
>>37
java-modeってcc-mode.elが提供してるのね
emacs23添付のは確かにそうなるなあ
emacs24添付のだと問題無く綺麗にインデントしてくれる
41:名無しさん＠お腹いっぱい。
13/06/17 03:03:12.00
それなら emacs24 の cc-mode.el のと24のを ediff すりゃええべ。
多分ファイルすり替えしてもうまく動かんだろうからね。
42:名無しさん＠お腹いっぱい。
13/06/17 08:10:18.16
>>35
みんな同じ環境を使っていると思っちゃいけない。それじゃ典型的なしろーとだぞ。
最低限環境と*具体的に*どうなるのかemacs -Q(古いのだと -q --no-site-initだっけ？)で
起動したらどうなのかを書いたほうがいい。
素の最新版でどうなるかを試せればさらによし。
43:名無しさん＠お腹いっぱい。
13/06/17 12:42:55.81
自分の質問の仕方が悪かったのは謝る
これを機会に最新版入れてみる
44:名無しさん＠お腹いっぱい。
13/06/17 22:37:36.09
define-generic-modeでc++のインデント規則をそのまま利用するには
どうすればいいのでしょう
45:名無しさん＠お腹いっぱい。
13/06/18 08:30:55.42
Emacs ユーザーの心の狭さがまた一つ露呈したのか。
それがこのスレの悲しさよ。
46:名無しさん＠お腹いっぱい。
13/06/18 08:54:48.23
純情な子羊ユーザーが迷い込むたびに
このスレは容赦なく牙を向いてきた。
それこそ10年も前からこのスレは血を吸って生きてきたのさ。
47:名無しさん＠お腹いっぱい。
13/06/19 23:12:24.03
>>24
eww.elがちょっと盛り上ってきたな。
URLﾘﾝｸ(lars.ingebrigtsen.no)
ここで画面が見れる。文字の大きさが反映されれば結構いいかもね。