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=emacs를 시작하기 전에 명령 행 유형 에서 경로 변수를 지우십시오 c:\<pathtoemacsbin>\runemacs.exe. 또는 최신 버전의 MinGW32가 호환되어야합니다. 검색 경로에서 사용할 수 있는지 확인하십시오 set path=c:\MinGW32\bin.

GNUplot 아래에 설치된 내 컴퓨터에서 libgcc_s_dw2-1.dll 인스턴스가 하나만 발견되었습니다.

나는 임의로 이름을 바꾸었고 이제는 emacs가 잘 작동합니다. 물론 GNUplot은 그렇지 않습니다.

AFAIK, libgcc_s_dw2-1.dll은 정적으로 연결되어있어 파일의 출처와 관련이 없습니다.

나는 같은 충돌을 경험했으며 두 가지를 확인할 수 있습니다.

• 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) 디버깅 할 때 시작하는 장소입니다.