emacs 24.3 en Windows 7 no se cierra correctamente

Estoy ejecutando Emacs 24.3 en una máquina con Windows 7. No importa cómo cierre el editor, ya sea Ctrl+ X, Ctrl+ Co el menú, Emacs siempre se bloquea y aparece el error "GNU Emacs: el editor de texto autodocutable extensible ha dejado de funcionar" (ilustrado a continuación). ¿Alguien más recibe un error similar? ¿Alguien tiene una idea de lo que podría estar causando esto? FWIW, tuve un error similar al usar Emacs 23 también. Tenía la impresión de que esto desaparecería en Emacs 24. Parece que no. He adjuntado una captura de pantalla, que se vincula a una versión de tamaño completo de sí mismo .

También incluyo el mensaje de falla completo aquí, para ayudar aún más a la solución de problemas:

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

Estaba teniendo este problema

Lo resolví para mi configuración pasando la --no-splashopción a emacs al inicio.

Ahora no tengo una pantalla de inicio, pero tampoco me cuelgo al salir.

Acabo de tener este problema al configurar una nueva computadora portátil con Windows 7. La comprobación del visor de eventos de Windows reveló que la versión de Emacs libgcc_s_dw2-1.dll a la que se estaba vinculando era la culpable. Un escaneo rápido de mi unidad C con Everything resultó en no menos de siete versiones de la biblioteca dispersas entre varias versiones de MinGW que había instalado junto con otras aplicaciones, RStudio, OSGeo4W, CodeBlocks, etc. Algunas de las cuales se habían inyectado en mi variable de ruta del sistema.

La solución para mí fue asegurarme de que Emacs encontrara un libgcc_s_dw2-1.dll compatible o ninguno en absoluto configurando la variable PATH antes de iniciar Emacs. Desde una línea de comando, escriba set path=para borrar la variable de ruta antes de iniciar emacs c:\<pathtoemacsbin>\runemacs.exe, suponiendo que no necesitará acceso de ruta a otros archivos. Alternativamente, una versión reciente de MinGW32 debería ser compatible. Sólo asegúrese de que está disponible en la ruta de búsqueda, set path=c:\MinGW32\bin.

Encontré solo una instancia de libgcc_s_dw2-1.dll en mi máquina, instalada bajo GNUplot.

Lo renombré arbitrariamente, y ahora emacs funciona bien. Por supuesto, GNUplot no lo hace, pero ¡oye!

AFAIK, libgcc_s_dw2-1.dll está estáticamente vinculado, por lo que no es relevante el origen del archivo.

He experimentado los mismos bloqueos y puedo confirmar dos cosas:

• No se bloquea en emacs 24.3 construido con gcc v3.xx

• No se bloquea en emacs 24.3 construido con gcc v4.5 sjlj

Y este hilo

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

Podría confirmar el último punto.

HTH

No dice si los bloqueos ocurren cuando comienza sin un archivo init ( ~/.emacs), es decir, usando emacs -Q. Si es así, podría considerar presentar un informe de error con una receta reproducible. Si no, biseca tu archivo de inicio de forma recursiva hasta que encuentres el código del culpable.

emacs -Q es el lugar para comenzar: (a) al informar un problema y (b) al depurar.