Erro 'LINK: erro fatal LNK1123: falha durante a conversão para COFF: arquivo inválido ou corrompido' após a instalação do Visual Studio 2012 Release Preview

Instalei o Visual Studio 2012 Release Preview e parece estar correto, mas agora, quando tento usar o Visual Studio 2010 para compilar projetos C ++, recebo a seguinte mensagem de erro:

LINK: erro fatal LNK1123: falha durante a conversão para COFF: arquivo inválido ou corrompido

Não tenho 100% de certeza disso, mas parece estar relacionado a projetos que possuem .rcarquivos (recursos) neles.

Tentei reparar o Visual Studio 2010 a partir de Adicionar / remover programas e reiniciar, mas isso não tem efeito.

Também recebo o mesmo erro se usar o Visual Studio 2012 RC para compilar os projetos C ++ quando definido para usar o conjunto de ferramentas do Visual Studio 2010. A atualização para o conjunto de ferramentas do Visual Studio 2011 corrige o problema (mas é claro que não quero fazer isso no código de produção).

Atualização: eu desinstalei o Visual Studio 2012 , reiniciei e o problema ainda persiste! Socorro!

Este thread do MSDN explica como corrigi-lo.

Para resumir:

• Desative a vinculação incremental, acessando

  Project Properties 
     -> Configuration Properties 
         -> Linker (General) 
            -> Enable Incremental Linking -> "No (/INCREMENTAL:NO)"
  

• ou instale o VS2010 SP1.

Edições (@CraigRinger): observe que a instalação do VS 2010 SP1 removerá os compiladores de 64 bits . Você precisa instalar o pacote do compilador do VS 2010 SP1 para recuperá-los.

Isso afeta o Microsoft Windows SDK 7.1 para Windows 7 e .NET 4.0 , bem como o Visual Studio 2010 .

Se a desativação da vinculação incremental não funcionar para você e desativar o "Manifesto incorporado" também não, procure no seu caminho várias versões do CVTRES.exe.

Ao depurar com a opção de vinculador / VERBOSE, descobri que o vinculador estava escrevendo essa mensagem de erro quando tentou invocar cvtres e falhou.

Acabou que eu tinha duas versões desse utilitário no meu caminho. Um em C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN\cvtres.exee um em C:\Windows\Microsoft.NET\Framework\v4.0.30319\cvtres.exe. Após a instalação do VS2012, a versão do cvtres.exe do VS2010 não funcionará mais. Se esse for o primeiro no seu caminho, e o vinculador decidir que precisa converter um arquivo .res para o formato de objeto COFF, o link falhará com o LNK1123.

(Realmente irritante que a mensagem de erro não tenha nada a ver com o problema real, mas isso não é incomum para um produto da Microsoft.)

Apenas exclua / renomeie a versão mais antiga do utilitário ou reorganize sua variável PATH, para que a versão que funcione chegue primeiro.

Esteja ciente de que, para a criação de ferramentas x64, também é necessário verificar C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\amd64onde há outra cvtres.exe.

Verifique a versão de cvtrs.exe:

dir "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe"

Versão errada
date:: 18/03/2010
time: 01:16
size: 31.048 bytes
name: cvtres.exe

Versão correta
date:: 21/02/2011
time: 06:03 PM
size: 31.056 bytes
name: cvtres.exe

Se você tiver uma versão incorreta, copie a versão correta de:

C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\cvtres.exe

e substitua o aqui:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe

ie

copy "C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\cvtres.exe" "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe"

De acordo com esta discussão em fóruns do MSDN: projetos VS2012 RC quebras de instalação VS2010 C ++ , simplesmente, tomar cvtres.exea partir VS2010 SP1

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe

ou do VS2012

C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\cvtres.exe

e copie-o cvtres.exena instalação do VS2010 RTM ( sem o SP1 )

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe

Dessa forma, você usará efetivamente a versão corrigida cvtres.exe11.0.51106.1.

Repita as mesmas etapas para a versão de 64 bits da ferramenta em C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\amd64\cvtres.exe.

Essa solução é uma alternativa à instalação do SP1 para VS2010 - em alguns casos, você simplesmente não pode instalar o SP1 (por exemplo, se precisar dar suporte a compilações anteriores ao SP1).

Se você instalou o Visual Studio 2012 RC, instalou o .NET 4.5 RC.

Desinstale o .NET 4.5 RC e instale a versão necessária (4.0 para VS 2010). Isso deve esclarecer os problemas que você está tendo.

Isso resolveu o mesmo problema. Não há necessidade de desinstalar o Visual Studio.

É por causa do .NET Framework 4.5 que está substituindo o .NET Framework 4.0. Desinstalei o Visual Studio 2010 várias vezes sem sorte. Quando removi o .NET Framework 4.5 e reinstalei o Visual Studio 2010, tudo correu bem.

Consulte Desinstalar completamente o Visual Studio 11 para fazer uma nova instalação .

Para mim, definir 'Gerar manifesto' como 'Não' o corrigiu. (Também corrigido com / INCREMENTAL: NO)

Se você estiver usando x64, aqui está um recurso que ajudará :

Isso acontece porque o Microsoft .NET 4.5 é incompatível com o Visual C ++ 10. A solução alternativa é garantir que você execute a versão .NET do cvtres.exe em vez da versão do Visual C ++. Eu fiz isso renomeando as versões do Visual C ++ desses arquivos e copiando as versões do .NET em seu lugar.

1. C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe
2. C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\amd64\cvtres.exe

1. C:\windows\Microsoft.NET\Framework\v4.0.30319\cvtres.exe
2. C:\windows\Microsoft.NET\Framework64\v4.0.30319\cvtres.exe

Resolvi esse problema, eventualmente, fazendo uma desinstalação completa do VS2012 RC, seguida de uma desinstalação completa do VS2010 e, em seguida, uma reinstalação do zero do VS2010.

Demorou uma eternidade, mas agora sou capaz de compilar projetos C ++ no VS2010 novamente.

O problema foi resolvido magicamente para mim removendo o .NET 4.5 e substituindo-o pelo .NET 4.0 . Eu tive que reparar o Visual Studio 2010 - que estava sendo corrompido de alguma forma.

Eu havia instalado e desinstalado o Visual Studio 2012 - o que pode estar relacionado ao problema.

Não instalei o Visual Studio 2012, mas ainda recebi esse erro no Visual Studio 2010. Resolvi isso após a instalação do Visual Studio 2010 SP1.

Eu tive o mesmo problema com o Microsoft Visual Studio 2010 Ultimate e foi resolvido pelo método descrito neste vídeo do youtube

O vídeo sugere renomear o arquivo cvtres.exe em C: \ Arquivos de Programas (x86) \ Microsoft Visual Studio 10.0 \ VC \ bin (in my Win7X64 matchine) para cvtres-old.exe

+1 ao usuário Abreviação de uma resposta que funcionou para mim!

Tentei fazer uma depuração disso msbuild /v:diage estou vendo que o MSBuild está tentando incorporar um manifesto no executável, com <somename> .dll.embed.manifest.res na linha de comando do vinculador, onde esse é um recurso arquivo criado a partir de <somename> .dll.embed.manifest. Mas o arquivo de manifesto é um arquivo de texto Unicode vazio. (Ou seja, um arquivo de dois bytes com o prefixo Unicode 0xFEFF)

Portanto, o problema raiz parece ter algo a ver com o arquivo de manifesto não ser gerado ou com o uso quando <somename> .dll.intermediate.manifest deveria ter sido usado.

Uma solução alternativa parece ser desativar a opção "Incorporar manifesto" em Propriedades, Ferramenta de manifesto, Entrada e saída.

Ele não funcionou para mim depois de Ativar link incremental -> "Não (/ INCREMENTAL: NO)", mas funcionou para mim depois que eu excluí o arquivo rc.

Para resumir:

Step1

Project Properties 
   -> Configuration Properties 
       -> Linker (General) 
          -> Enable Incremental Linking -> "No (/INCREMENTAL:NO)"

se o passo 1 não funcionar, execute o passo 2

Project Properties 
   -> Configuration Properties 
       -> Manifest Tool (Input and Output) 
          -> Enable Incremental Linking -> "No"

se a etapa 2 não funcionar, copie a etapa 3 para um dos seguintes arquivos:

1. C: \ Arquivos de programas (x86) \ Microsoft Visual Studio 11.0 \ VC \ bin \ cvtres.exe
2. C: \ Arquivos de programas (x86) \ Microsoft Visual Studio 12.0 \ VC \ bin \ cvtres.exe

3. C: \ Arquivos de programas (x86) \ Microsoft Visual Studio 13.0 \ VC \ bin \ cvtres.exe

   Em seguida, substitua para C: \ Arquivos de programas (x86) \ Microsoft Visual Studio 10.0 \ VC \ bin \ cvtres.exe Comigo, execute 3 etapas

Desde janeiro de 2014, por alguns motivos que instalei o .NET Framework 4.5.1, não sei se devido a uma instalação de software de terceiros ou a uma atualização automática.

Em 29 de janeiro, instalei um componente e comecei a receber o

LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt 

mensagem. Naquele momento, resolvi evitando o link incremental.

Em 31 de janeiro, instalei outro componente do .NET Framework 4.5.1 e o truque de link incremental não funcionou mais. Eu instalei o Visual Studio 2010 SP1, mas depois o problema se tornou:

Error   6   error LNK1104: cannot open file 'msvcrtd.lib'. 

Acho que o SP1 atrapalhou minha instalação do Visual Studio 2010.

Desinstalei o .NET Framework 4.5.1, instalei o .NET Framework 4.0, desinstalei e reinstalei o Visual Studio 2010. Isso funcionou para mim.

Mesmo com a instalação do Service Pack, você está recebendo o erro e tente remover / renomear o cvtres.exe na pasta C: \ Arquivos de Programas (x86) \ Microsoft Visual Studio 10.0 \ VC \ bin. Isso tem funcionado para mim.

I definir Ativar Incremental Linking para "Não (/ INCREMENTAL: NO)" e não funciona para mim .

Em seguida, mudei:

Project Properties 
   -> Configuration Properties 
       -> General
          -> Platform Toolset -> "Visual Studio 2012 (v110)"

E funciona para mim :)

Reinstalar o CMake funcionou para mim. A nova cópia do CMake descobriu que ele deveria usar o Visual Studio 11 em vez de 10.

Eu estava usando o Windows SDK para a programação principal do Win32 e tinha o .NET 4.5 instalado por razões "desconhecidas". Eu desinstalei isso e instalei o 4.0 como respostas anteriores e, sim, funcionou para mim também.

Só estou pasmo que eu precisei usar a estrutura .NET inútil para criar aplicativos Win32 usando o SDK.

Resolvi isso fazendo o seguinte:

1. Em um prompt de comando, digite msconfig e pressione enter.
2. Clique na guia serviços.
3. Procure "Experiência do aplicativo" e marque (ou seja, selecione para ativar).
4. Clique OK. E reinicie se necessário.

Assim, o problema vai durar para sempre. Crie aleatoriamente e depure seus projetos C ++ sem nenhum distúrbio.

Para aqueles que procuram uma solução para esse problema com os exemplos de código-fonte do OpenGL SuperBible 6th, a solução está sendo criada na versão em vez de na depuração . Todos os projetos desativaram a opção de vinculação incremental na versão Release .

Meu problema era que eu tinha dois caminhos no meu PC que continham as mesmas bibliotecas. Ambos os caminhos foram adicionados aos diretórios adicionais da biblioteca em Propriedades de configuração -> Vinculador -> Geral . A remoção de um dos caminhos resolveu o problema.

Tive o mesmo problema após a atualização do .NET: Desinstalei o .NET Framework primeiro, baixei o visual studio do visualstudio.com e selecionei "repair".

O framework NET foi instalado automaticamente com o visual studio -> e agora funciona bem!

Tentei algumas vezes e finalmente resolvi o problema desinstalando várias vezes o VS2010. Eu acho que não tinha desinstalado todos os arquivos e é por isso que não funcionou pela primeira vez.

Na instalação do VS2012, é dito que, se você tiver o VS2010 SP1, não poderá trabalhar no mesmo projeto nos dois programas. É recomendável ter apenas um programa.

Obrigado!

Eu tive esse problema depois de instalar o Visual Studio 2017 e o .NET Framework 4.6 na máquina que anteriormente possuía o Visual Studio 2010.

O problema foi que, após essa instalação, o arquivo msvcr100_clr0400.dll de C: \ Windows \ System32 foi substituído pelo novo com um tamanho muito pequeno de ~ 19 Kb, mas o anterior foi de ~ 800 Kb.

Depois que eu restaurei o arquivo manualmente de outra máquina de compilação, o cvtres.exe começou a funcionar corretamente novamente.