Visual Studio compila bem, mas ainda mostra linhas vermelhas

Estou usando o VS 2012 e estava funcionando bem até que comecei a observar alguns comportamentos engraçados. Quando abro meu código, ele mostra sublinhados vermelhos, que normalmente vemos quando há um erro em nosso código. Surpreendentemente, o código compila perfeitamente. Fiz as seguintes observações que não são nada normais.

1. Sublinhado Vermelho no código
2. Durante a limpeza ou construção da solução, nenhum erro.
3. Os sublinhados vermelhos desaparecem por algum tempo depois de eu criar / limpar a solução, mas voltam eventualmente.
4. Por causa disso meu intellisense parou de funcionar.
5. Não consigo clicar com o botão direito em nenhum componente e ir para sua definição.

Alguma ideia?

Exclua o conteúdo da pasta ASP.NET temporária e recrie. Ele estará na pasta do usuário (para IIS Express - \ AppData \ Local \ Temp \ Arquivos ASP.NET temporários ) ou no diretório do Windows (para IIS - C: \ Windows \ Microsoft.Net \ Framework \ vx.xx \ Arquivos ASP.NET temporários )

Os caminhos estão fora da minha cabeça e podem não estar corretos

Visual Studio 2017:

Fechar o Visual Studio e remover a .vspasta localizada no diretório da solução funcionou para mim.

Esta pasta possui um hiddenatributo. Pode ser necessário alterar as configurações nas opções de pasta para mostrar os arquivos ocultos.

Tive esse problema ao trabalhar com uma solução criada no Visual Studio 2012, mas em execução em 2013. Fechei o Visual Studio, excluí todos os diretórios \ bin e \ obj e o problema foi embora.

Para mim, esse problema foi corrigido quando eu descarreguei e recarreguei o projeto novamente. Eu trabalhei para mim, espero que funcione para você também :)

Eu sei que isso é antigo, mas no caso de as pessoas encontrarem este tópico como eu fiz no google. Tive esse problema depois de resolver alguns conflitos do svn. A solução contém vários projetos e resolvi alguns conflitos em alguns projetos diferentes. Eu fiz um Build -> Clean Solution seguido por um Build -> Rebuild Solution e tudo estava bom novamente.

Você tem algum plug-in instalado como resharper? Tive problemas com um plugin inválido.

Tente executar o Visual Studio no modo de segurança para evitar que os plug-ins sejam executados.

devenv /Safemode

Eu tive esse problema e ele estava relacionado ao ReSharper.

Etapas da solução para mim:

1) Desativar ReSharper

VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now

2) Construir Solução

(Ctrl-Shift-B)

3) Habilitar ReSharper

VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now

Steve

Se você estiver usando Resharper como eu, você pode excluir o cache de resharper seguindo este link: https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

To specify the location for caches

1. Open the Environment | General page of ReSharper options.
2. Use the Save solution caches in to select the location for cache files:
3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient
4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache
5. Solution folder to store them in the root folder of the current solution
6. Custom folder to choose a custom location for ReSharper cache files.
7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings.
8. Reopen your solution for the changes to take effect.

No vs2013, resolvi esse problema excluindo todas as minhas pastas obj / bin em todos os projetos. O problema era provavelmente devido a configurações de solução que eu havia excluído, mas não tinha sido limpo corretamente, pois fazer um Build -> Clean Solution não remove as saídas antigas das pastas obj / bin.

O que funciona para mim é excluir o indexfile do IntelliSense.

O arquivo IntelliSense está no mesmo diretório da sua solução.

Seu nome de arquivo é SolutionName.sdf

Apenas exclua esse arquivo, abra sua solução novamente e o IntelliSense começará a reconstruir seu arquivo de índice. Depois disso, o problema terá desaparecido.

Isso funcionou para mim no Visual Studio Enterprise 2017:

1. Navegue para Ferramentas> Opções> Editor de Texto> JavaSCript / TypeScript> Linting> Geral

2. desmarque "Habilitar ESLint"

Eu também encontrei isso e consegui retornar o Visual Studio ao seu estado normal fazendo o seguinte -

1. Identifique o projeto de onde vem o código da linha vermelha
2. Remova o projeto da linha vermelha das referências onde ele está sendo usado (ProjectName \ References - clique com o botão direito, adicione referências, desmarque o projeto da linha vermelha)
3. Build (você deve obter erros agora)
4. Adicione novamente a referência do projeto que acabou de ser removida
5. Construir novamente
6. As linhas vermelhas devem ser removidas e o projeto deve ser construído!

Eu tive o mesmo problema com muitas linhas vermelhas em vários arquivos de origem * cpp. Embora o código tenha compilado perfeitamente. Nenhuma das outras soluções funcionou para mim.

Alterar a ordem das linhas #include de um arquivo * .cpp pode fazer com que as linhas vermelhas desapareçam - e reaparecem com a ordem restaurada.

Então percebi que um arquivo de cabeçalho foi incluído duas vezes em um único arquivo * .cpp. Tirei o segundo e - estava tudo bem.

Incluir um arquivo de cabeçalho duas vezes no mesmo arquivo * .cpp parece não ser problema para o compilador, mas para a parte do Intellisense.

Talvez seja tarde para acrescentar, mas espero que ainda possa ajudar alguém. Tive um problema semelhante ao ver muitos rabiscos vermelhos em alguns arquivos. Tentei todas as respostas propostas acima, mas nada parecia funcionar. No momento em que comecei a navegar pelas classes, estruturas em outros arquivos para os quais os arquivos de reclamação tinham referências, o problema desapareceu. Parecia que o intellisense não foi capaz de resolver dependências por conta própria por algum motivo.

Para mim, eu já havia habilitado o registro de fusão para depurar alguns erros de dependência de assembly (fuslogvw do prompt do CMD). Isso foi meses atrás e eu estava experimentando tempos de construção muito mais lentos (5 a 7 minutos) desde então. Eu também tinha esquecido completamente que os havia deixado habilitados. Esses logs eram meu gargalo e desativá-los tornou a iteração muito mais rápida. Espero que isso ajude alguém!

Eu tive esse problema com o Visual Studio 2017 mais recente.
Além disso, a versão de depuração do meu programa estava executando dolorosamente lenta.

Excluí o arquivo de solução .slne criei um novo.

Etapas que funcionam

1. Abra a solução e reconstrua tudo
2. Fechar solução
3. Abra a solução e faça uma limpeza
4. Fechar solução
5. Abra a solução e reconstrua tudo
6. Feche e abra a solução e deve ser bom. Isso funciona para mim sempre

Exclua com cuidado alguns desses arquivos de configurações, pois você perderá as configurações de depuração salvas, etc. e isso pode causar mais danos do que você imagina

Simplesmente atualize o proj / solução. Isso será resolvido.

No meu caso com o VS 2017, tenho muitas "linhas vermelhas" mostradas abaixo de todos os símbolos definidos em uma biblioteca de terceiros, mas meu projeto pode realmente construir sem problemas. Tentei todas as soluções sugeridas (como excluir a pasta .VS, reiniciar o VS, etc.), mas nenhuma delas funcionou.

Finalmente, corrigi e é assim: abro a página de propriedades do projeto do meu aplicativo e, em seguida, vou para "C / C ++ -> Geral -> Diretórios de inclusão adicionais", que é o lugar onde coloco todos os caminhos de cabeçalho de biblioteca de terceiros necessários. Eu deleto todo o caminho (mas salve em algum lugar), clico em "Ok" para confirmar. Então eu voltei para a mesma configuração, colo aquele caminho de volta, clique em "Ok" para confirmar, então todas aquelas "linhas vermelhas" desaparecem.

Encontrou esta solução:

1. Feche o Visual Studio (certifique-se de que devenv.exe não esteja presente no Gerenciador de Tarefas).
2. Exclua o %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCache diretório.
3. Reinicie o Visual Studio.