emacs 24.3 no Windows 7 não fecha corretamente

Question

Estou executando o Emacs 24.3 em uma máquina com Windows 7. Não importa como eu fecho o editor, se Ctrl + X , Ctrl + C , ou o menu, O Emacs sempre trava e eu recebo o erro “GNU Emacs: O editor de texto auto-documentável extensível parou de funcionar ”(ilustrado abaixo). Alguém mais recebe um erro semelhante? Alguém tem uma ideia do que pode estar causando isso? FWIW, eu tive um erro semelhante ao usar o Emacs 23 também. Eu estava com a impressão de que isso iria embora no Emacs 24. Parece que não. Anexei uma captura de tela, que links para uma versão em tamanho real de si .

Também estou incluindo a mensagem de falha completa aqui, para ajudar ainda mais na resolução 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

    

Answer 1

Eu estava com esse problema.

Eu resolvi isso para minha configuração passando a opção --no-splash para o emacs na inicialização.

Não obtenho uma tela inicial agora, mas também não saio ao sair.

    

Answer 2

Acabei de ter este problema ao configurar um novo laptop com Windows 7. Verificar o visualizador de eventos do Windows revelou que a versão do Emacs libgcc_s_dw2-1.dll estava ligando para o culpado. Uma varredura rápida da minha unidade C com Tudo resultou em nada menos que sete versões da biblioteca espalhadas entre várias versões do MinGW que eu tinha instalado ao lado de outros aplicativos, RStudio, OSGeo4W, CodeBlocks, etc. Alguns deles tinham se injetado na variável de caminho do meu sistema.

A solução para mim foi garantir que o Emacs encontrasse um libgcc_s_dw2-1.dll compatível ou nenhum, configurando a variável PATH antes de iniciar o Emacs. A partir de uma linha de comandos, digite set path= para limpar a variável path antes de iniciar o emacs com c:\<pathtoemacsbin>\runemacs.exe , supondo que você não precisará de acesso de caminho para outros arquivos. Alternativamente, uma versão recente do MinGW32 deve ser compatível. Apenas certifique-se de que esteja disponível no caminho de pesquisa, set path=c:\MinGW32\bin .

    

Answer 3

Encontrei apenas uma instância do libgcc_s_dw2-1.dll na minha máquina, instalada sob o GNUplot.

Eu o renomei arbitrariamente, e agora o emacs funciona bem. Claro, o GNUplot não, mas ei!

    

Answer 4

AFAIK, libgcc_s_dw2-1.dll está estaticamente ligado por isso é irrelevante a origem do arquivo.

Eu experimentei as mesmas falhas e posso confirmar duas coisas:

• Não há falhas no emacs 24.3 criadas com o gcc v3.x.x

• Nenhuma falha no emacs 24.3 criada com o gcc v4.5 sjlj

E este tópico

link

pode confirmar o último ponto.

HTH

    

Answer 5

Você não informa se as falhas ocorrem quando você inicia sem um arquivo init ( ~/.emacs ), ou seja, usando emacs -Q . Se assim for, você pode considerar o preenchimento de um relatório de bug com uma receita reproduzível. Se não, bisect seu arquivo init recursivamente até encontrar o código culpado.

emacs -Q é o lugar para começar: (a) ao relatar um problema e (b) ao depurar.