emacs 24.3 unter Windows 7 wird nicht ordnungsgemäß geschlossen


8

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 Emacs hat aufgehört zu arbeiten .

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

Könnten Sie den Rest der Fehlermeldung einfügen? Es scheint ein Problem mit libgcc zu sein. Gibt Ihnen die Fehlermeldung einen "Fehlerhaften Modulpfad"?
Terdon

1
@terdon, hier ist der Rest der Nachricht: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
Surio

@terdon, wie Sie oben sehen können, gab es in der Fehlermeldung keinen Fehler "Fehlerhafter Modulpfad". Aber ich habe die vollständige Fehlermeldung in die Hauptfrage eingefügt - sie ist dort klarer formatiert und lesbar als hier. Entschuldigung dafür.
Surio

1
Vielleicht haben Sie das gleiche Problem wie dieser Typ: lists.gnu.org/archive/html/help-gnu-emacs/2012-12/msg00194.html
jjlin

@jjlin, Danke für den Kommentar. Ich habe Dependency Walker verwendet und war überrascht, dass libgcc_s_dw2-1.dll absolut nicht erwähnt wurde. Insgesamt befinden sich jedoch 16 libgcc_s_dw2-1.dll-Dateien auf meinem Computer, die sich auf verschiedene FOSS-Module beziehen. Ich habe versucht, diese DLLs aus 3-4 verschiedenen Anwendungen nacheinander in das Verzeichnis \ bin \ emacs.exe einzufügen, aber es wird immer noch der gleiche Fehler angezeigt. Ich habe diese Übung an diesem Punkt abgebrochen, da sie eigentlich nirgendwo hingeht. Einfach ausgedrückt, zeigt Dependency Walker nicht libgcc_s_dw2-1.dll an! Whoa!
Surio

Antworten:


4

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.


Wie ich bereits erwähnt habe, danke, dass Sie sich dafür interessiert haben und geantwortet haben. Interessant ist, dass dieser Absturz verschwunden ist, als ich von Win 7 Home Premium 32 Bit auf Win 7 Home Premium 64 Bit umgestiegen bin! [Holz anfassen!] Ich hoffe, dies ist das letzte Mal, dass ich diesen Fehler sehe.
Surio

Hat bei mir nicht funktioniert. Außerdem bin ich in Bezug auf @ Surios Kommentar auf Win 7 Home Premium 64-Bit und erhalte diesen Fehler.
Jackson

Diese Lösung funktionierte nicht mehr, als ich zu Win 10 wechselte. Ich musste libgcc_s_dw2-1.dll wie unten beschrieben reparieren.
Meta4

3

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.


2

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!


Ich habe nur eine Instanz von libgcc_s_dw2-1.dll auf meinem Computer gefunden, die unter GPS (GNAT Programming Studio) installiert wurde. Ich habe sie deinstalliert und jetzt funktioniert emacs einwandfrei. Natürlich nicht GPS, aber hey!
KIM Taegyoon

0

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


Interessanter Punkt! Von der Emacs-Startseite "Dies ist GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) vom 18.03.2013 auf MARVIN". Keine Erwähnung der Version.
Surio

0

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.


Vielen Dank für Ihr Interesse und Ihre Antwort. Interessant ist, dass dieser Absturz verschwunden ist, als ich von Win 7 Home Premium 32 Bit auf Win 7 Home Premium 64 Bit umgestiegen bin! [Holz anfassen!] Ich hoffe, dies ist das letzte Mal, dass ich diesen Fehler sehe.
Surio
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.