Визуал студио ошибка сборки

Посмотрев ваш проект, сообщаю: вы компилируете файлы Unit.cpp и Source.cpp. И все бы ничего, на вы же ухитрились в Unit.cpp внести строку

#include "Source.cpp"

так что все функции и иже с ними, имеющиеся в Source.cpp, скомпилированы дважды! Уберите эту строку.

И как только вы сделаете это и добавите отсутствующие у вас реализации Employee::Print() и Housewives::Print(), все соберется. Заработает ли — это уже совсем второй вопрос, я не смотрел сам код, только сборку…

Привет всем!

Сегодня решил попрактиковаться в написании программ с использованием библиотеки OpenCV версии 2.4.13.

Скачал, установил по инструкции, вошел в MSVS 2013, создал пустой проект на С++. В свойствах проекта поставил пути к папкам либов, пути к инклюд папкам (ко всем), сами либы в настройках компоновщика (во вкладке ввод),
и даже пути к папкам модулей OpenCV (тоже ко всем). Вбил вот этот код:

#include <opencv2/opencv.hpp>
int main(int argc, char** argv)
{
	// задаём высоту и ширину картинки
	int height = 620;
	int width = 440;
	// задаём точку для вывода текста
	CvPoint pt = cvPoint(height / 4, width / 2);
	// Создаёи 8-битную, 3-канальную картинку
	IplImage* hw = cvCreateImage(cvSize(height, width), 8, 3);
	// заливаем картинку чёрным цветом
	cvSet(hw, cvScalar(0, 0, 0));
	// инициализация шрифта
	CvFont font;
	cvInitFont(&font, CV_FONT_HERSHEY_COMPLEX, 1.0, 1.0, 0, 1, CV_AA);
	// используя шрифт выводим на картинку текст
	cvPutText(hw, "OpenCV Step By Step", pt, &font, CV_RGB(150, 0, 150));

	// создаём окошко
	cvNamedWindow("Hello World", 0);
	// показываем картинку в созданном окне
	cvShowImage("Hello World", hw);
	// ждём нажатия клавиши
	cvWaitKey(0);

	// освобождаем ресурсы
	cvReleaseImage(&hw);
	cvDestroyWindow("Hello World");
	return 0;
}

Жмякаю Отладка-Запуск без отладки- пишет следующий проект устарел: название проекта. Выполнить его сборку? Жму Да. Выдает: возникли ошибки сборки. продолжить и запустить последний успешно построенный вариант? Жму нет. Да не жму, т.к.
я недавно скомпилировал кривой код, который к сожалению не могу восстановить, он скомпилировался без ошибок, и теперь когда жму Да, открывается кривая консолька, с непонятными ошибками.

Собственно, когда нажал Нет, пишет кучу ошибок, а именно:

Ошибка 1
error LNK2019: ссылка на неразрешенный внешний символ _cvCreateImage в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 2
error LNK2019: ссылка на неразрешенный внешний символ _cvReleaseImage в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 3
error LNK2019: ссылка на неразрешенный внешний символ _cvSet в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 4
error LNK2019: ссылка на неразрешенный внешний символ _cvInitFont в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 5
error LNK2019: ссылка на неразрешенный внешний символ _cvPutText в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 6
error LNK2019: ссылка на неразрешенный внешний символ _cvNamedWindow в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 7
error LNK2019: ссылка на неразрешенный внешний символ _cvShowImage в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 8
error LNK2019: ссылка на неразрешенный внешний символ _cvDestroyWindow в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 9
error LNK2019: ссылка на неразрешенный внешний символ _cvWaitKey в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 10
error LNK1120: неразрешенных внешних элементов: 9
c:usersdaniildocumentsvisual studio 2013ProjectsTestARDebugTestAR.exe
TestAR

Вот такие вот дела. Надеюсь, поможете.

Заранее спасибо.

P.S. код скопипастил с сайта с инструкцией.

Эта статья поможет устранить проблемы, которые возникают при установке Microsoft Visual Studio.

Исходная версия продукта: Visual Studio 2012, Visual Studio 2013, Visual Studio 2015
Оригинальный номер базы знаний: 2899270

Симптомы

Visual Studio не удается установить, и отображается сообщение с одной из следующих ошибок:

Если проблемы, с которыми вы столкнулись во время установки Visual Studio, здесь не перечислены, ознакомьтесь с разделом Дополнительные сведения для получения помощи.

Для устранения этих проблем используйте один или несколько из указанных ниже способов:

0x80200010, 0x80072efe или 0x80072ee7 — проблема с подключением во время загрузки

Обычно эти ошибки появляются в том случае, если у установщика Visual Studio возникают проблемы, влияющие на подключение к Интернету во время загрузки необходимых компонентов. Если вы получили одно из этих сообщений об ошибке, попробуйте повторно установить Visual Studio после улучшения качества соединения. Если ошибка не устранена, переходите к следующему способу.

Установка Visual Studio из другого источника. Например, если вы установили Visual Studio с сайта VisualStudio.com или из Центра загрузки Майкрософт, попробуйте загрузить Visual Studio на веб-узле MSDN.

Установите Visual Studio с помощью переключателя layout или ISO-файла. Дополнительную информацию о том, как это сделать, см. в разделе Установка Visual Studio 2015.

0x80070005 – доступ запрещен.

Эта ошибка возникает, если Visual Studio не может получить доступ к одному или нескольким необходимым файлам установки. Эта проблема может возникнуть по одной из следующих причин:

Внешний процесс, например приложение для защиты от вирусов или вредоносных программ, заблокировал файл установки Visual Studio в то время, как Visual Studio пытается установить этот файл. Чтобы устранить эту проблему, свяжитесь с вашим системным администратором или другим ИТ-специалистом для отключения блокировки файлов Visual Studio этими процессами.

Пользователь, пытающийся установить Visual Studio, не обладает правами администратора на данном компьютере. Чтобы установить Visual Studio, необходимо войти в систему с правами администратора.

Разрешения на доступ к некоторым кустам реестра могут помешать успешной установке Visual Studio. Для устранения этой проблемы ознакомьтесь с разделом Устранение ошибок установки с помощью инструмента SubInACL.

0x80070643 – кэш установки или ISO-файл поврежден

Эта ошибка обычно возникает при повреждении файла, связанного с процессом установки. Данная ошибка может возникать при установке Visual Studio с помощью ISO-файла или DVD-диска, записанного с помощью ISO-файла. Эта ошибка также может возникать во время восстановления Visual Studio.

Ошибка при установке с помощью файла ISO или DVD-диска, который записан с помощью файла ISO

При установке Visual Studio с помощью ISO-файла или использовании DVD-диска, который был записан с помощью ISO-файла, этот файл может быть поврежден во время процесса загрузки. Если у вас установлено средство проверки целостности контрольной суммы файлов Майкрософт, используйте это средство, чтобы проверить, поврежден ли ISO-файл, выполнив следующие действия:

В окне командной строки введите указанную ниже команду и нажмите клавишу ВВОД.

В этой команде <> — это папка, в которую были извлечены файлы, а ISO_NAME — путь к ISO-файлу Visual Studio. Дополнительную информацию см. в файле ReadMe.htm в каталоге извлечения.

Убедитесь, что значение алгоритма SHA-1, возвращенное средством проверки контрольной суммы файла, совпадает с ожидаемым значением. Для определения ожидаемого значения необходимо проверить папку, в которую был скачан файл ISO.

Значение алгоритма SHA-1 отличается для каждого из источников загрузки.

Если вы скачали ISO-файл с сайта MSDN, значение алгоритма SHA-1 для каждого ISO-файла приведено в разделе Сведения.

Если вы скачали ISO-файл из Центра загрузки, вы можете найти значение алгоритма SHA-1, развернув раздел Инструкции по установке на странице продукта.

Если ожидаемое значение алгоритма SHA-1 не совпадает с возвращенным из средства проверки контрольной суммы, значит, ISO-файл был поврежден. В таком случае необходимо удалить и повторно скачать файл.

Если вы получили ISO-файл с DVD-диска, вы можете попробовать скачать веб-установщик Visual Studio или ISO-файл с сайта MSDN или из Центра загрузки Майкрософт, а затем повторите установку.

Если вы приобрели DVD-диск в розничном магазине, вы также можете скачать Visual Studio с веб-сайта магазина. Затем используйте лицензионный ключ, предоставленный вместе с DVD-диском, для активации Visual Studio. Для получения дополнительной информации об этом процессе свяжитесь с розничным магазином.

Ошибка в ходе восстановления

Если в ходе восстановления Visual Studio возникла ошибка, ее причина может заключаться в повреждении кэша установки. Чтобы восстановить кэш, выполните указанные ниже действия.

Закройте Visual Studio.

Чтобы открыть командную строку с повышенными привилегиями, нажмите кнопку Пуск, введите cmd в поле Начать поиск, нажмите правой кнопкой мыши cmd.exe в списке результатов, затем выберите Запуск от имени администратора.

В окне командной строки введите cd C:ProgramDataPackage Cache и нажмите клавишу ВВОД.

Для удаления из кэша файлов .msi и .cab введите в окне командной строки следующие команды, нажимая клавишу ВВОД после каждой из них:

Повторите восстановление Visual Studio.

0x800713ec – идет установка .NET Framework

Обычно данная ошибка возникает, если в данный момент уже происходит установка библиотек .NET Framework, не связанных с Visual Studio. Поскольку многие компоненты установщика Visual Studio зависят от библиотек .NET Framework, попытка установки .NET Framework во время установки Visual Studio может вызвать проблемы.

Чтобы обойти эту проблему, дождитесь завершения работы установщика .NET Framework перед началом установки Visual Studio.

Ошибки установки нескольких компонентов отображаются при игнорировании предупреждения об обновлении сертификатов в Visual Studio 2013 и 2015

При установке Visual Studio в системе Windows 7 отображается следующее предупреждение:

При установке могут возникнуть ошибки, связанные с отсутствием возможности обновления сертификатов безопасности на данном компьютере, которые требуются для установки некоторых компонентов Visual Studio.

Если вы нажмете Продолжить для продолжения установки Visual Studio, может возникнуть ошибка «Не удалось найти источник пакетов», которую невозможно устранить с помощью варианта Скачать пакеты из Интернета. При завершении установки Visual Studio вы увидите следующее сообщение:

Установка завершена. Однако не все компоненты установлены правильно.

Также будет показан список нескольких компонентов, которые невозможно установить, поскольку система не может обнаружить указанный файл. Чтобы устранить эту проблему, воспользуйтесь следующим способом:

Убедитесь, что ваш компьютер подключен к Интернету. В некоторых случаях Visual Studio может программно извлекать и применять необходимые обновления сертификатов для успешной установки затронутых компонентов.

Проверьте параметры групповой политики на вашем компьютере, которые управляют автоматическими обновлениями сертификатов. Чтобы автоматически получить и применить необходимые сертификаты, выполните следующие действия:

Откройте редактор локальных групповых политик (gpedit.msc).

Последовательно разверните узлы Конфигурация компьютера>Административные шаблоны>Система>Управление связью через Интернет, затем нажмите Параметры связи через Интернет.

Последовательно выберите Выключить автоматическое обновление корневых сертификатов>Отключено, затем нажмите OK или Применить.

Перед изменением любых параметров групповой политики мы рекомендуем связаться с вашим системным администратором.

Если перечисленные выше шаги не помогли устранить проблему, вы также можете попытаться вручную установить требуемые обновления сертификатов. Дополнительные сведения о получении корневых сертификатов в Центре обновления Windows см. в разделе Настройка доверенных корневых сертификатов и запрещенных сертификатов.

Если вы уже установили Visual Studio, попробуйте восстановить Visual Studio после того, как вы попытались использовать один или несколько из описанных выше способов. Этот процесс пытается успешно установить компоненты, которые не были установлены в рамках предыдущей попытки. Для восстановления Visual Studio выполните перечисленные ниже действия:

Откройте Программы и компоненты (appwiz.cpl).

Щелкните правой кнопкой мыши номер версии> Visual Studio —>

Частный доступ в Интернет это VPN, которая может помешать вашему интернет-провайдеру правительство, и третьи стороны от отслеживания вашей онлайн-активности и позволяют вам оставаться полностью анонимным. Программное обеспечение предоставляет выделенные серверы для торрентов и потоковой передачи, обеспечивая оптимальную производительность и не замедляя вашу работу. Вы также можете обойти географические ограничения и без ограничений просматривать такие сервисы, как Netflix, BBC, Disney + и другие популярные потоковые сервисы, независимо от того, где вы находитесь.

Атаки вредоносных программ, особенно программ-вымогателей, на сегодняшний день представляют наибольшую опасность для ваших фотографий, видео, рабочих или школьных файлов. Поскольку киберпреступники используют надежный алгоритм шифрования для блокировки данных, его больше нельзя использовать, пока не будет выплачен выкуп в биткойнах. Вместо того, чтобы платить хакерам, вы должны сначала попробовать использовать альтернативный восстановление методы, которые могут помочь вам восстановить хотя бы часть потерянных данных. В противном случае вы также можете потерять свои деньги вместе с файлами. Один из лучших инструментов, который может восстановить хотя бы часть зашифрованных файлов — Восстановление данных Pro.

удалил Visual Studio 2015 community и решил поставить Visual Studio 2017 community, первая установка была с аналогичной ошибкой переустановка вроде помогла, потом обновил винду и студия перестала запускаться, теперь переустановка
не помогает…:

Не удалось установить перечисленные рабочие нагрузки и компоненты в продукте из-за сбоев в пакете.

Неполные рабочие нагрузки
    Разработка игр на языке C++ (Microsoft.VisualStudio.Workload.NativeGame,version=15.0.26228.0)
    Разработка классических приложений на C++ (Microsoft.VisualStudio.Workload.NativeDesktop,version=15.0.26228.0)

Неполные компоненты
    JIT-отладчик (Microsoft.VisualStudio.Component.Debugger.JustInTime,version=15.0.26208.0)
    Базовые компоненты для классических приложений на Visual C++ (Microsoft.VisualStudio.ComponentGroup.NativeDesktop.Core,version=15.0.26208.0)
    Пакет Windows 10 SDK (10.0.14393.0) (Microsoft.VisualStudio.Component.Windows10SDK.14393,version=15.0.26208.0)

Вы можете искать решения по сведениям ниже, изменить выбор рабочих нагрузок и компонентов и повторить установку, или же удалить продукт с компьютера.

Ниже перечислены отдельные сбои в пакете, которые сделали перечисленные выше рабочие нагрузки и компоненты неполными. Чтобы найти имеющиеся отчеты об этих проблемах, скопируйте и вставьте URL-адрес из сообщения о сбое пакета в адресную
строку веб-браузера. Если о проблеме уже сообщалось, вы сможете найти решения или обходные пути. В противном случае вы можете создать новую запись о проблеме, в которой другие пользователи смогут найти решения или обходные
пути.

Не удалось установить пакет «Win10SDK_10.0.14393.795,version=10.0.14393.79501».
    URL-адрес поиска: https://aka.ms/VSSetupErrorReports?q=PackageId=Win10SDK_10.0.14393.795;PackageAction=Install;ReturnCode=-532462766
    Затронутые рабочие нагрузки
        Разработка игр на языке C++ (Microsoft.VisualStudio.Workload.NativeGame,version=15.0.26228.0)
        Разработка классических приложений на C++ (Microsoft.VisualStudio.Workload.NativeDesktop,version=15.0.26228.0)
    Затронутые компоненты
        Пакет Windows 10 SDK (10.0.14393.0) (Microsoft.VisualStudio.Component.Windows10SDK.14393,version=15.0.26208.0)
    Журнал
        C:UsersGeorgeAppDataLocalTempdd_setup_20170326155428_001_Win10SDK_10.0.14393.795.log
    Сведения
        Команда выполнена: «c:windowssyswow64windowspowershellv1.0powershell.exe» -NoLogo -NoProfile -ExecutionPolicy Unrestricted -InputFormat None -Command «& «»»C:ProgramDataMicrosoftVisualStudioPackagesWin10SDK_10.0.14393.795,version=10.0.14393.79501WinSdkInstall.ps1″»»
-SetupExe sdksetup.exe -SetupLogFolder standalonesdk -PackageId Win10SDK_10.0.14393.795 -LogFile «»»C:UsersGeorgeAppDataLocalTempdd_setup_20170326155428_001_Win10SDK_10.0.14393.795.log»»» -SetupParameters «»»/features
OptionId.AvrfExternal OptionId.WindowsSoftwareDevelopmentKit OptionId.WindowsSoftwareLogoToolkit OptionId.NetFxSoftwareDevelopmentKit /quiet /norestart»»»; exit $LastExitCode»
        Код возврата: -532462766
        Сведения о коде возврата: Неизвестная ошибка (0xe0434352)

Не удалось установить пакет «Microsoft.VisualStudio.Debugger.JustInTime,version=15.0.26208.0».
    URL-адрес поиска: https://aka.ms/VSSetupErrorReports?q=PackageId=Microsoft.VisualStudio.Debugger.JustInTime;PackageAction=Install;ReturnCode=-532462766
    Затронутые рабочие нагрузки
        Разработка классических приложений на C++ (Microsoft.VisualStudio.Workload.NativeDesktop,version=15.0.26228.0)
    Затронутые компоненты
        JIT-отладчик (Microsoft.VisualStudio.Component.Debugger.JustInTime,version=15.0.26208.0)
        Базовые компоненты для классических приложений на Visual C++ (Microsoft.VisualStudio.ComponentGroup.NativeDesktop.Core,version=15.0.26208.0)
    Журнал
        C:UsersGeorgeAppDataLocalTempdd_setup_20170326155428_002_Microsoft.VisualStudio.Debugger.JustInTime.log
    Сведения
        Команда выполнена: «c:windowssyswow64windowspowershellv1.0powershell.exe» -ExecutionPolicy Unrestricted -NoLogo -NoProfile -Command «& «»»C:ProgramDataMicrosoftVisualStudioPackagesMicrosoft.VisualStudio.Debugger.JustInTime,version=15.0.26208.0RegisterJustInTimeDebugger.ps1″»»
-Operation Modify -InstallationId f2861649 -InstallationPackages Microsoft.VisualStudio.Component.CoreEditor,Microsoft.VisualStudio.Component.Roslyn.Compiler,Microsoft.VisualStudio.Component.Static.Analysis.Tools,Microsoft.VisualStudio.Component.Windows10SDK.14393,Microsoft.VisualStudio.Component.Graphics.Win81,Microsoft.VisualStudio.Component.VC.CoreIde,Microsoft.VisualStudio.Component.VC.Tools.x86.x64,Microsoft.VisualStudio.Component.Graphics.Tools,Microsoft.VisualStudio.Component.Debugger.JustInTime,Microsoft.Component.MSBuild,Microsoft.VisualStudio.Component.TextTemplating,Microsoft.VisualStudio.ComponentGroup.NativeDesktop.Core,Microsoft.VisualStudio.Component.VC.DiagnosticTools,Microsoft.VisualStudio.Component.VC.CMake.Project,Microsoft.VisualStudio.Component.VC.ATL;
[Environment]::Exit(0)»
        Код возврата: -532462766
        Сведения о коде возврата: Неизвестная ошибка (0xe0434352)

I’m pretty good at getting Visual Studio projects building correctly – I’m a bit of a Visual Studio whisperer. In one job I could get the ‘flag ship’ application up and running on a new machine in half the time of anyone else – that still meant half a day’s work. Strangely that’s not on my CV.

So here are the steps I go through to get a rogue project building in Visual Studio. These steps range from the basic to the bizarre. They are in the order I would do them and by following them I can pretty much get any Visual Studio project back on track. So put on your tin hat and let’s get that errant Visual Studio solution building.

Sanity Check

Before embarking on a full blown Visual Studio troubleshooting endeavour it’s best just to do a few simple checks.

Have you got latest code?

Everybody has wasted hours trying to get an old version of the code working. I still do it. The developer that sits opposite me still does it. My boss still does it. Don’t do it. Get the latest version of the code from your repository.

Does it build for other people in your team?

Just see if other people are having the same problem. If you have continuous build – check that is still working and running through cleanly. The code might not work for anyone. More illuminating – it might work for some at not others.

Basics

Every few weeks you will probably be faced with a non-building Visual Studio project. Here are some basic steps to help. These will probably be enough.

Clean and rebuild

Go to

Solution Explorer -> Right Click -> Select Clean -> Wait -> Select rebuild

Often the bin directories have gone all wonky and are full of junk. Who knows what has happen to them. Clean and rebuild will refresh them and often work when a normal build doesn’t. Standard stuff – but then we are just beginning.

Build each project individually

Often you are faced with mountains of errors which is misleading. It could be one of your low level library projects that is failing to build and causing all other projects to fail. Rebuild each project individually starting with the low level ones that are dependencies for others. Sometimes that’s enough to get the entire solution building. At a minimum, you will better be able to see where the actual issue is and not be swamped by a heap of irrelevant error messages.

Close and reopen Visual Studio

It’s time to restart your Visual Studio. Don’t leave this till the end – it is often the problem. Turn it on and off again – it might help.

As a note – in my experience restarting your computer rarely helps. By all means try it but don’t be surprised when the solution still stubbornly refuses to build.

Manually delete all bin folders

This is really worth a try if you are working with an application with language variants. The language specific resource (e.g. Messages.fr-CH.resx) files compile down into satellite resource files in your bin folder that are contain in their own subfolder e.g.

…binfr-CHMyApplication.resources.dll

Weirdly Visual Studio Clean can leave these satellite assemblies behind. Your application will still build but it can cause changes in languages variants not to shine through.

This might seem like an edge case but this exact thing kept a colleague of mine baffled for 6 hours. It was a very emotional moment when we finally sorted it out. So this is very much worth a try.

Start Visual Studio in admin mode

I’m master of my own machine (i.e. I’m a local admin) and I’ve got my Visual Studio set to always open as an administrator. You might not. Right click and run as administrator.

If it isn’t possible get someone who is an administrator to open Visual Studio on your behalf. Then complain bitterly about not being a local admin or your own machine – you are a developer; you really should be.

Have you got bad references?

Just check all projects and make sure that the references are all there. Look out for the little yellow triangle. If you have bad references then jump to section below dealing with that.

Check IIS

This isn’t relevant for all projects but if you are building a web project using IIS then it’s worth doing checks around that. Obviously it’s a completely legitimate setup to use IIS Express. In that case this isn’t relevant.

IIS pointing at the wrong folder

This is often a problem when changing branches. Visual Studio normally makes a good job of switching for you but not always. If you are hooked up to the wrong folder then your project will build but you won’t be able to debug it. Also changes that you are convinced you are made won’t shine through. This has driven me crazy before.

To check

1. Open IIS (run -> inetmgr)
2. Navigate to website
3. Press explore and confirm you are where you think you should be. You might not be in Kanas anymore.

Permissions on app pool

This won’t manifest itself as a build failure but the project won’t be running as expected particularly when accessing external resources. It might be worth checking what the app pool is running as.

To check

1. Open IIS (run -> inetmgr)
2. Application Pool -> select the one for the website
3. Advanced settings

You can now check the user.

The application pool runs under ApplicationPoolIdentity by default. What I’ve sometimes seen is that it’s been changed to a normal user whose password has expired. This is typically fallout from previous Visual Studio failures echoing through the ages.

Bad references

If you are noticing a yellow triangle on your project references then Visual Studio can’t find a dependency. Sometimes there is no yellow triangle and all looks fine but it still can’t find the dependencies.

With the advent of nuget this is less of a problem now but it does still happen. There are instances where incorrect use of nuget makes it worse and more baffling.

Check reference properties

Go to the references -> right click -> properties

There are two things to look for

1. Is it pointing to where you think it should be? It might not be
2. Copy Local. Bit of witchcraft but I always set this to copy local. It will copy the dll into the bin folder so at least I can satisfy myself that it has found it and is copying it through OK.

Have you checked in the packages folder – don’t!

Even if you are using nuget your bad reference problem might not be at an end. Checking in the packages folder can cause the references not to be found. This is especially baffling since looking at the reference properties reveals no problems. The path to the required dlls is definitely valid and the dlls are definitely there. But it cannot be found – frustration and finger biting.

To resolve delete the packages folder then remove the folder from source control. Rebuild and all will be well.

Resetting Visual Studio

Resetting Visual Studio can (probably will) cause your environment to lose all your custom defaults – so all your shortcuts, settings perhaps plugins will go. Therefore I’ve left this step towards the end as it is not without consequences. That said it is often the resolution so it’s not a bad idea to do it earlier in the ‘what on earth is going wrong with Visual Studio’ resolution process.

Delete all temporary and cache files

This was a fix that often worked in slightly older versions of Visual Studio. I’m using VS 2015 currently and this often isn’t a problem. Still it is worth clearing out these folders and rebuilding

C:Users{user name}AppDataLocalMicrosoftWebsiteCache

C:Users{user name}AppDataLocalTemp

Delete project setting files

Your user settings for a project are stored in files with the extension *.csproj.user i.e

BookShelf.MVC.csproj.user

It’s worth deleting all those and rebuilding so reset user specific settings. Also if you have these checked into source control then remove them. They are specific to you and shouldn’t be in a shared repository.

Reset Visual Studio on the command line

When Visual Studio appears utterly broken and you are reaching for the uninstall button, this can often help. It takes Visual Studio back to its initial settings you will need to reapply any custom settings that you have.

Close VS then in a command prompt go to the folder that has the Visual Studio.exe (devenv.exe) i.e.

cd C:Program Files (x86)Microsoft Visual Studio {Version code}Common7IDE

For VS 2015 it is

cd C:Program Files (x86)Microsoft Visual Studio 14.0Common7IDE

Then

devenv /setup

Reopen visual studio

A similar approach can be used with devenv.exe /Resettings as detailed here.

Reset Visual Studio through file explorer

If the command line doesn’t work then try resetting Visual Studio via the file system. This often works when the command line doesn’t. Try this when Visual Studio is undergoing a profound collapse particularly when it keeps popping up an alert box detailing errors being written here…

C:Users{user name}AppDataRoamingMicrosoftVisualStudio{VS version}ActivityLog.xml

i.e. for Visual Studio 2013

C:UserscodebucketsAppDataRoamingMicrosoftVisualStudio12.0ActivityLog.xml

To resolve for Visual Studio 2013

1. Close VS
2. Go to C:UserstbrownAppDataLocalMicrosoftVisualStudio12.0
3. Rename the folder to C:UserstbrownAppDataLocalMicrosoftVisualStudio12.0.backup
4. Reopen VS. The folder C:UserstbrownAppDataLocalMicrosoftVisualStudio12.0 will be regenerated.

The process is the same for other versions of Visual Studio except the version number at the end will be different i.e C:UserstbrownAppDataLocalMicrosoftVisualStudio14.0 for VS 2015.

Disable plugins

Leave this one till last because it’s a pain. Go to Tools -> Extensions and plugins. Then disable each plugin you can one by one.

It’s a pain because even if it is a plugin that causes it, you have a choice of uninstalling and living without it or contacting the vendor. Clearly if you didn’t buy it then the vendor isn’t going to be interested in helping you. I’ve found PostSharp and Resharper the likely culprits here. The Resharper vendor was very helpful. PostSharp weren’t (because we hadn’t bought it!!).

Bizarre Ones

Be careful what you check in

Checking files into source control that you really shouldn’t can cause difficult to diagnose problems. This often happens to me for continuous builds where the user building has fewer privileges than I’m used to. It does happen locally too. The following files shouldn’t be checked in

• Bin folders
• Obj folders
• Autogenerated xml (i.e. documentation generated during build)
• Packages folder
• .csproj.user files

If you have checked them in then delete from your disk, remove from source control and rebuild.

Is your file path too long

Windows limits the file path to 260 characters. It could be that you have exceeded this and Visual Studio has started to complain. The awkward thing is that it complains in a very oblique way. The error that you see will be something on the lines of…

“objDebugLongFileName.cs” has an invalid name. The item metadata “%(FullPath)” cannot be applied to the path “objDebugLongFileName.cs “. objDebug\LongFileName.cs           ContainingProject.proj            C:Program Files (x86)MSBuild14.0binMicrosoft.Common.CurrentVersion.targets

So not obvious. Double click the error and it will take you to the Microsoft.Common.CurrentVersions.targets file in the depths of the framework folder. Less than illuminating.

Once you have diagnosed this then the resolution is easy – move your project to a shorter file path. I’ve found this a problem when switching branches which can have longer file paths than the Main branch.

If all else fails

If all else fails uninstall Visual Studio and reinstall. But honestly, I have reached this frustrating point, uninstalled, reinstalled, waited hours and the problem persists. This might not be the cure that you were looking for. Go into a corner and have a good long think before you resort to this one.

So congrats if you have read this far (or commiserations as your Visual Studio install is clearly in a bad way) but hopefully this guide will enable you to have a healthy and happy Visual Studio for years to come.

Useful Links

http://stackoverflow.com/q/1880321/83178
Good stack overflow explanation on why the 260 character filepath limit exists in windows.

https://msdn.microsoft.com/en-us/library/ayds71se.aspx
Official advice from Microsoft about bad references.

http://stackoverflow.com/questions/1247457/difference-between-rebuild-and-clean-build-in-visual-studio
There is a difference between Clean + Build and ReBuild as detailed here.