emacs 24.3 unter Windows 7 wird nicht ordnungsgemäß geschlossen

Ich verwende Emacs 24.3 auf einem Windows 7-Computer. Unabhängig davon, wie ich den Editor schließe, ob Ctrl+ X, Ctrl+ Coder das Menü, stürzt Emacs immer ab und es wird die Fehlermeldung "GNU Emacs: Der erweiterbare selbstdokumentierende Texteditor funktioniert nicht mehr" angezeigt (siehe Abbildung unten). Bekommt sonst noch jemand einen ähnlichen Fehler? Hat jemand eine Idee, was dies verursachen könnte? FWIW, ich hatte einen ähnlichen Fehler bei der Verwendung von Emacs 23. Ich hatte den Eindruck, dass dies in Emacs 24 verschwinden würde. Sieht so aus, als ob es nicht so wäre. Ich habe einen Screenshot angehängt, der auf eine Vollversion von sich selbst verweist .

Ich füge hier auch die vollständige Fehlermeldung ein, um die Fehlerbehebung weiter zu unterstützen:

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

Ich hatte dieses Problem.

Ich habe es für mein Setup gelöst, indem ich die --no-splashOption beim Start an emacs übergeben habe.

Ich bekomme jetzt keinen Begrüßungsbildschirm, stürze aber auch beim Beenden nicht ab.

Ich hatte gerade dieses Problem beim Einrichten eines neuen Windows 7-Laptops. Das Überprüfen der Windows-Ereignisanzeige ergab, dass die Version von Emacs libgcc_s_dw2-1.dll, auf die verlinkt wurde, der Schuldige war. Ein schneller Scan meines C-Laufwerks mit Everything führte zu nicht weniger als sieben Versionen der Bibliothek, die auf verschiedene MinGW-Versionen verteilt waren, die ich zusammen mit anderen Apps, RStudio, OSGeo4W, CodeBlocks usw. installiert hatte. Einige davon hatten sich in meine injiziert Systempfadvariable.

Die Lösung für mich bestand darin, sicherzustellen, dass Emacs eine kompatible libgcc_s_dw2-1.dll oder gar keine gefunden hat, indem die Variable PATH vor dem Starten von Emacs festgelegt wurde. Geben Sie in einer Befehlszeile set path=die Pfadvariable ein, bevor Sie mit emacs beginnen c:\<pathtoemacsbin>\runemacs.exe, vorausgesetzt, Sie benötigen keinen Pfadzugriff auf andere Dateien. Alternativ sollte eine aktuelle Version von MinGW32 kompatibel sein. Stellen Sie einfach sicher, dass es im Suchpfad verfügbar ist set path=c:\MinGW32\bin.

Ich habe nur eine Instanz von libgcc_s_dw2-1.dll auf meinem Computer gefunden, die unter GNUplot installiert ist.

Ich habe es willkürlich umbenannt und jetzt funktioniert Emacs einwandfrei. Natürlich nicht, GNUplot nicht, aber hey!

AFAIK, libgcc_s_dw2-1.dll ist statisch verknüpft, sodass der Ursprung der Datei irrelevant ist.

Ich habe die gleichen Abstürze erlebt und kann zwei Dinge bestätigen:

• Keine Abstürze in Emacs 24.3, die mit gcc v3.xx erstellt wurden

• Keine Abstürze in Emacs 24.3, die mit gcc v4.5 sjlj erstellt wurden

Und dieser Thread

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

könnte den letzten Punkt bestätigen.

HTH

Sie sagen nicht, ob die Abstürze auftreten, wenn Sie ohne eine init-Datei ( ~/.emacs) starten , dh mit emacs -Q. In diesem Fall können Sie einen Fehlerbericht mit einem reproduzierbaren Rezept einreichen. Wenn nicht, halbieren Sie Ihre Init-Datei rekursiv, bis Sie den Tätercode gefunden haben.

emacs -Q ist der Ausgangspunkt: (a) beim Melden eines Problems und (b) beim Debuggen.