[過去ﾛｸﾞ] NTEmacs スレッド 3 (981ﾚｽ)

NTEmacs スレッド 3 http://anago.5ch.net/test/read.cgi/software/1325573999/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 ﾚｽ栞

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡

---

906: 名無しさん＠お腹いっぱい。 [sage] 2014/02/16(日) 10:48:07.05 ID:29JuohM50 NTEmacs 上で cygwin の gdb によるデバッグうまく行ってる人います？ 他の端末上だと普通に run 出来るのに NTEmacs から呼び出すと gdb が stackdump してしまう。 fakecygpty 経由させてもやっぱり SEGV 発生してる模様。 http://anago.5ch.net/test/read.cgi/software/1325573999/906

910: 906 [sage] 2014/02/16(日) 16:10:34.94 ID:29JuohM50 調べててわかった部分だけとりあえず。 間接的な原因は、emacs が gdb を起動する際に、gdb の設定の interactive-mode を自動で on にしていたためでした。 回避方法としては以下を追加で SEGV で落ちたりはしなくなります。 (add-hook 'gdb-mode-hook (lambda () (gdb-input "-gdb-set interactive-mode auto" 'ignore))) core ファイルと gdb のソース見た感じ、自端末の tty の属性のコピーをする段で NULL 値を参照して SEGV を起こしているようでした。 自端末の tty 属性は、 gdb が端末を持ってるかチェックする関数の中で初めてチェックする際に設定されるようですが、 interactive-mode が auto 以外の場合は初期化済みとみなしてその部分の処理がスキップされてしまいます。 実際に普通に mintty 等で gdb を実行した場合でも、最初に set interactive-mode on をしてから run すると SEGV になりました。 地味に gdb のバグな気もしますが。 もっともこれは環境によって端末まわりの初期化の手順がことなるため、Windows 用の初期化処理のみの問題のようです。 それと 64bit cygwin や他の Windows 環境で発生するかどうかはわかりません。 NTEmacs はあくまで cygwin 用ではない windows ネイティブにコンパイルされた gdb を想定しているんでしょうかね。 http://anago.5ch.net/test/read.cgi/software/1325573999/910

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.031s