make: Interrupção / exceção detectada

33

Estou usando o Make da distribuição MinGW. Sempre funcionou, mas recentemente recebi o seguinte erro:

> make clean
make: Interrupt/Exception caught (code = 0xc0000005, addr = 0x0040b0ac)

E a parte respectiva fica assim:

clean:
    del /S /Q *.o > nul
    del /S /Q *.cy.c > nul
    del /S /Q *.pyc > nul
    del /S /Q *.pyo > nul
    if EXIST build (rmdir /S /Q dist > nul)

Não tenho ideia do que causa isso. Especialmente porque sempre funcionou perfeitamente bem.

windows make mingw

— orlp
fonte

11

Você já tentou atualizar o make? gnu.org/software/make

— Fabián Heredia Montiel

46

Eu estava começando a receber uma exceção também:

make: Interrupt/Exception caught (code = 0xc00000fd, addr = 0x4227d3)

Pode ser um motivo diferente, mas este problema é aparentemente causado quando a variável PATH contém parênteses (, ), como faz em Win Vista / 7. Infelizmente, o GNU disponível para Windows está irremediavelmente desatualizado.

Meu problema foi corrigido forçando o makeuso do shell correto: insira a seguinte linha no início do seu makefile.

SHELL=C:/Windows/System32/cmd.exe

— Norbert P.
fonte

Grande solução, mas eu não sei por que ele não estava trabalhando, eu não tenho parênteses em meus variáveis de ambiente

— forsubhi

11

Também pode estar relacionado ao comprimento do CAMINHO? No meu caso, meu PATH já tinha muitos parênteses sem problemas (até eu instalar mais algumas coisas); substituir todas as instâncias de C:\Program Filescom C:\PROGRA~1e C:\Program Files (x86)com C:\PROGRA~2corrigiu o problema para mim. +1 :-)

— Cameron

Eu também tive esse problema, e mudou para uma versão mais recente do make: equation.com/servlet/equation.cmd?fa=make - Isso não corrigir o problema, mas ele lida com a exceção melhor e diz-lhe o que está acontecendo: sh: C:\Program: No such file or directoryé a primeira linha que recebo se não passar a SHELLvariável Basicamente, cada instância de "Arquivos de Programas" no PATH contém um espaço que não é escapado corretamente (no que diz respeito ao make). Não é o comprimento do caminho, mas os espaços que estão causando esse problema. Isso explica por que o uso de uma macro sem espaços a corrigiu.

— Johannes

Esta solução funcionou para mim.

— Robert Stiffler 31/03

8

Eu tive esse problema quando adicionei o diretório bin do Git à PATHvariável de ambiente. O motivo parece ser que o Git é fornecido com uma versão do MSYS e isso parece entrar em conflito com o MinGW (talvez não entre em conflito quando é a versão correta do MSYS e / ou MinGW, mas isso é apenas um palpite).

Portanto, verifique se não há nenhuma (outra) distribuição MSYS no seu PATH.

— Ignitor
fonte

11

O caminho do Git para o diretório bin foi o problema para mim! Bem feito !

— Trident

3

Além da resposta de Norbet P., achei que acrescentando:

PATH=

para o topo do meu Makefile corrigiu esse problema em particular para mim.

— Mark Tolley
fonte

11

Não estou dando -1, mas essa é uma resposta horrivelmente ruim. Você não pode simplesmente redefinir o PATH !!! isso é uma prática muito ruim! algumas vezes a compilação do programa depende das informações no PATH.

— The Quantum Physicist

3

Este makebug foi corrigido pelo menos em

GNU Make 3.82
Built for i686-pc-mingw32

.

— Armali
fonte

De onde obtenho esta versão?

— SHOUBHIK BOSE

11

IIRC, entendi daqui .

— Armali

2

Usei o GnuWin até perceber que a última versão foi postada em 26 de novembro de 2006 . Isso é um pouco coxo e causou problemas como visto acima. Definir SHELL = C: /Windows/System32/cmd.exe resolve alguns problemas, mas a execução de código antigo em novos sistemas operacionais parece insegura

MinGw é uma aposta mais segura. MinGw é acrônimo para "Minimalist GNU for Windows" e está atualizado e inclui marcas e outras ferramentas

http://sourceforge.net/projects/mingw/files/

— user246954
fonte

11

Você leu a pergunta?

— orlp

1

O código de erro do Windows 0xC0000005indica uma violação de acesso ou falha de segmentação.

Sua instalação do MinGW está corrompida?
O seu sistema está configurado corretamente? Alguma configuração do sistema mudou recentemente?
Existem problemas de hardware no seu sistema? Pode ser necessário verificar o disco rígido usando o CHKDSK ou executar um teste de memória como o Memtest86 + .

— bwDraco
fonte

-1

Percebi nos meus logs de compilação que "SHELL = sh" estava sendo passado para ser feito, mesmo estando na plataforma Windows. Meu Makfile ficou assim:

ifneq (, $ (vitória da busca, $ (RDI_PLATFORM))) SHELL = endif CMD

Uma vez eu comentei o ifneq e o final começou a funcionar. Não sei por que a plataforma não foi interpretada corretamente.

— martinv
fonte

11

Esta não é uma resposta para a pergunta original. Para criticar ou solicitar esclarecimentos a um autor, deixe um comentário abaixo da postagem - você sempre pode comentar em suas próprias postagens e, quando tiver reputação suficiente , poderá comentar em qualquer post .

— DavidPostill