emacs 24.3 у Windows 7 не закривається належним чином

Я працюю на Emacs 24.3 на машині Windows 7. Незалежно від того, як я закриваю редактор, 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. Швидке сканування мого C-накопичувача " Все" призвело до того, що не менше семи версій бібліотеки були розкидані між різними версіями MinGW, які я встановив поряд з іншими програмами, RStudio, OSGeo4W, CodeBlocks тощо. Пару з яких ввели себе в мою змінна системний шлях.

Для мене рішення було гарантувати, що Emacs знайшов сумісний libgcc_s_dw2-1.dll або його взагалі немає, встановивши змінну PATH перед запуском Emacs. З типу командного рядка set path=очистіть змінну шляху перед запуском emacs з c:\<pathtoemacsbin>\runemacs.exe, припускаючи, що вам не знадобиться доступ шляху до інших файлів. Крім того, остання версія MinGW32 повинна бути сумісною. Просто переконайтеся , що він доступний на шляху пошуку set path=c:\MinGW32\bin.

Я знайшов лише один екземпляр libgcc_s_dw2-1.dll на своїй машині, встановлений під GNUplot.

Я його перейменував довільно, і тепер emacs працює чудово. Звичайно, GNUplot ні, але так!

AFAIK, libgcc_s_dw2-1.dll є статично пов'язаним, тому не має значення походження файлу.

Я зазнав тих самих збоїв і можу підтвердити дві речі:

• Немає збоїв у програмах emacs 24.3, створених за допомогою gcc v3.xx

• Немає збоїв у програмах emacs 24.3, створених за допомогою gcc v4.5 sjlj

І ця нитка

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

може підтвердити останню точку.

HTH

Ви не говорите, чи трапляються збої, коли ви починаєте без файлу init ( ~/.emacs), тобто, використовуючи emacs -Q. Якщо це так, ви можете розглянути можливість подання звіту про помилку з відтворюваним рецептом. Якщо ні, то розбивайте файл init рекурсивно, поки не знайдете код винуватця.

emacs -Q це місце для початку: (а) при повідомленні про проблему та (б) при налагодженні.