Dlaczego moje Emacs w Cygwin działa na Windows Seven, zawsze tworzyć Crash Dump?

Question

Jestem całkiem zadowolony z tego, jak działają narzędzia GNU w moim Cygwin na Windows Seven. Myślę, że łatwiej jest używać GNU/Linuksa, ale moja firma ma zasady używania Windows Seven dla środowiska programowania programisty. Tak więc rozwiązaniem jest Cygwin. Używam intensywnie Emacsa do celów programistycznych.

Wygląda jednak na to, że Emacs działający w Cygwin tworzy spójny zrzut pamięci, wydrukowany na konsoli. Musiałem odświeżyć go za pomocą C-l, ale to mnie zastanawia: w czym problem?

Czy ktoś ma ten sam problem tutaj? I jakie jest rozwiązanie. To jest mój przykład działania org-googlecl.

Process googlecl-lista zakończeniu

* 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 

I zawsze tworzyć emacs-X11.exe.stackdump. Zdarza się to zawsze, gdy uruchamiam inny proces z poziomu emacs, czyli gdy uruchamiam plik wsadowy z Emacs.

Dziękuję

Answer 1

Miałem ten sam problem w prowadzeniu emacsowi konsoli poprzez Cygwin na Windows 7.

Moje rozwiązanie było zainstalować klienta natywnego GNU Emacs Windows: http://ftp.gnu.org/gnu/emacs/windows/ i ustawić bash.exe Cygwin jako swojej skorupy.

Można zobaczyć moją emacs.d/init.el na https://github.com/tildedave/init.el/blob/master/init.el: tutaj jest częścią istotne dla upewniając się, że Windows 7 Emacs gra dobrze z 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))) 

Dla lekkich in- edycja konsolowa Używam nano, która nie wykonuje zrzutu pamięci.

Answer 2

nie mogę pomóc w konkretnej kwestii, ale jako możliwą alternatywę można spojrzeć na prowadzenie Emacs w Linux VM gospodarzem na swoim polu Windows. Możesz użyć serwera X.org Cygwin jako wyświetlacza, więc wynik końcowy jest w dużej mierze taki sam jak w przypadku Emacsa Cygwin.

Oznacza to przeskok przez kilka kolejnych obręczy, ale I find it a good solution, i miejmy nadzieję, że uniknie awarii.

Używam VirtualBox do hostowania mojej maszyny wirtualnej.

Answer 3

Win7 przerywa procesy, które nadpisują części stosu. Jeśli ufasz cygwin wykonywalne można selektywnie wyłączyć je w następujący sposób:

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

I wyłączone następujące:

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

Niedawno wpadłem na ten problem podczas aktualizacji moją wersję Cygwin do 1.7.9- 1. pserice's solution wyglądał obiecująco, ale nie dla mnie. Rozwiązanie że pracował dla mnie było, aby uruchomić rebaseall:

1. zamknąć wszystkie procesy Cygwin (użycie Process Explorer, aby upewnić się, że nic nie cygwin1.dll załadowana w nim)
2. Start> Uruchom> CMD.exe
3. cd \cygwin\bin
4. ash
5. PATH=.
6. rebaseall -v

Po tym, Emacs zatrzymał upaść za każdym razem próbował uruchomić podproces.