Windows 7のemacs 24.3が正しく閉じない

Windows 7マシンでEmacs 24.3を実行しています。Ctrl+ X、Ctrl+ C、またはメニューに関係なく、エディターを閉じる方法に関係なく、Emacsは常にクラッシュし、「GNU Emacs：拡張可能な自己文書化テキストエディターが機能しなくなりました」というエラーが表示されます（下図を参照）。他の誰かが同様のエラーを受け取りますか？誰かがこれを引き起こしているかもしれない考えを持っていますか？FWIW、Emacs 23を使用しているときにも同様のエラーが発生しました。Emacs 24ではこれがなくなるだろうという印象を受けました。そうではないようです。自分自身のフルサイズバージョンにリンク するスクリーンショットを添付しました。

トラブルシューティングをさらに支援するために、ここに完全な障害メッセージも含めています。

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name: emacs.exe
  Application Version:  24.3.0.0
  Application Timestamp:    51461ed8
  Fault Module Name:    libgcc_s_dw2-1.dll
  Fault Module Version: 0.0.0.0
  Fault Module Timestamp:   4bc96cad
  Exception Code:   40000015
  Exception Offset: 00016646
  OS Version:   6.1.7601.2.1.0.768.3
  Locale ID:    2057
  Additional Information 1: 40aa
  Additional Information 2: 40aadffc5490879468da6327c52e8317
  Additional Information 3: 30a6
  Additional Information 4: 30a67832b564ca36083716f18a2a95ef

私はこの問題を抱えていました。

--no-splash起動時にオプションをemacsに渡すことで、私のセットアップでそれを解決しました。

現在、スプラッシュスクリーンは表示されませんが、終了時にクラッシュしません。

新しいWindows 7ラップトップのセットアップ中にこの問題が発生しました。Windowsイベントビューアを確認したところ、Emacs libgcc_s_dw2-1.dllのバージョンがリンクしていたことが原因であることが判明しました。Everythingで Cドライブをすばやくスキャンすると、他のアプリ、RStudio、OSGeo4W、CodeBlocksと一緒にインストールしたMinGWのさまざまなバージョンの間に7つ以上のバージョンのライブラリが散在していました。システムパス変数。

私の解決策は、Emacsを起動する前にPATH変数を設定することにより、Emacsが互換性のあるlibgcc_s_dw2-1.dllを検出するか、まったく検出しないようにすることでした。他のファイルへのパスアクセスが不要set path=であるc:\<pathtoemacsbin>\runemacs.exeと想定して、コマンドラインタイプから、emacsをで起動する前にパス変数をクリアします。または、MinGW32の最近のバージョンでも互換性があります。検索パスで使用できることを確認してくださいset path=c:\MinGW32\bin。

私のマシンでは、GNUplotの下にインストールされたlibgcc_s_dw2-1.dllのインスタンスが1つだけ見つかりました。

私は任意に名前を変更し、emacsが正常に機能するようになりました。もちろん、GNUplotはそうではありませんが、ちょっと！

AFAIK、libgcc_s_dw2-1.dllは静的にリンクされているため、ファイルの出所とは無関係です。

私は同じクラッシュを経験しており、2つのことを確認できます。

• gcc v3.xxでビルドされたemacs 24.3でクラッシュしない

• gcc v4.5 sjljでビルドされたemacs 24.3でクラッシュしない

そしてこのスレッド

http://sourceforge.net/mailarchive/message.php?msg_id=27481215

最後のポイントを確認するかもしれません。

HTH

initファイル（~/.emacs）なしで起動した場合、つまりを使用した場合にクラッシュが発生するかどうかは言いませんemacs -Q。その場合は、再現可能なレシピを使用してバグレポートを提出することを検討してください。そうでない場合は、原因のコードが見つかるまで、initファイルを再帰的に二分します。

emacs -Q 開始する場所です：（a）問題を報告するとき、および（b）デバッグするとき。