¿Por qué mi Emacs en Cygwin corriendo en Windows Seven, siempre crea Crash Dump?

Question

Estoy bastante satisfecho de cómo se ejecutan las herramientas GNU en mi Cygwin en Windows Seven. Creo que es más fácil usar GNU/Linux, pero mi compañía aquí tiene la política de usar Windows Seven para el entorno de programación del Programador. Entonces, la solución es Cygwin. Y uso Emacs intensivamente para mi propósito de programación.

Pero, parece que Emacs que se ejecuta en Cygwin crea un volcado de colapso coherente (imprevisto) que se imprime en la consola. Tuve que actualizarlo usando C-l, pero eso me hace preguntarme: ¿cuál es el problema de todos modos?

¿Alguien tiene el mismo problema aquí? Y cual es la solución. Este es mi ejemplo de ejecutar org-googlecl.

Proceso GoogleCL lista terminó

* List of blogs with in the * List of blogs with in the title      :gblog: 

12719501 [main] emacs-X11 1168 exception::handle: Exception: STATUS_ACCESS_VIOLATION 
                        12720164 [main] emacs-X11 1168 open_stackdumpfile: Dumping stack trace to emacs-X11.exe.stackdump 
         12889237 [main] emacs-X11 764 exception::handle: Exception: STATUS_ACCESS_VIOLATION 
                             12889852 [main] emacs-X11 764 open_stackdumpfile: Dumping stack trace to emacs-X11.exe.stackdump 

Y siempre crear emacs-X11.exe.stackdump. Siempre sucede cuando ejecuto otro proceso desde dentro de emacs, es decir, si ejecuto un archivo por lotes desde Emacs.

Gracias

Answer 1

He tenido este mismo problema en el funcionamiento de la consola a través de emacs cygwin en Windows 7.

Mi solución a esto fue a instalar el cliente nativo de GNU Emacs de Windows: http://ftp.gnu.org/gnu/emacs/windows/ y establecer bash.exe de cygwin como mi concha.

Se puede ver mi emacs.d/init.el en https://github.com/tildedave/init.el/blob/master/init.el: aquí es la parte relevante para asegurarse de que el 7 de Windows Emacs juega bien con cygwin -

(if is-windows 
    (progn 
     (add-hook 'comint-output-filter-functions 
       'shell-strip-ctrl-m nil t) 
     (add-hook 'comint-output-filter-functions 
       'comint-watch-for-password-prompt nil t) 
     (setq explicit-shell-file-name "bash.exe") 
     (setq shell-file-name explicit-shell-file-name))) 

Para ligero in- Edición de consola utilizo nano, que no incluye volcado.

Answer 2

no puedo ayudar con el tema específico, sino como una posible alternativa que podría mirar a correr Emacs en una máquina virtual Linux alojados en su caja de Windows. Puede usar el servidor X.org de Cygwin como pantalla, por lo que el resultado final es prácticamente el mismo que usar Cygwin's Emacs.

Significa pasar por algunos aros más, pero I find it a good solution, y con suerte evitará los bloqueos.

Estoy usando VirtualBox para alojar mi VM.

Answer 3

Win7 anula los procesos que sobrescriben partes de la pila. Si confía en ejecutables cygwin, puede excluir de forma selectiva de la siguiente manera:

Computer -> Properties 
     -> Advanced System Settings 
     -> Performance 
     -> Settings... 
     -> Data Execution Prevention 

que excluyen los siguientes:

C:\cygwin\bin\bash.exe 
C:\cygwin\bin\emacs.exe 
C:\cygwin\bin\emacs-nox.exe 
C:\cygwin\bin\emacs-X11.exe 
C:\cygwin\bin\startxwin.exe 

Answer 4

Recientemente me encontré con este problema al actualizar mi versión de Cygwin a 1.7.9- 1. pserice's solution parecía prometedor, pero no funcionó para mí. La solución que funcionó para mí fue correr rebaseall:

1. cerrar todos los procesos de Cygwin (use el Explorador de proceso para asegurarse de que nada ha cargado cygwin1.dll en ella)
2. Inicio> Ejecutar> cmd.exe
3. cd \cygwin\bin
4. ash
5. PATH=.
6. rebaseall -v

Después de eso, emacs detuvo estrellarse cada vez que trató de ejecutar un subproceso.