Файл метаданных '.dll' не найден

Я работаю над проектом WPF, C # 3.0, и я получаю эту ошибку:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

Вот как я ссылаюсь на свои пользовательские элементы управления:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

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

Я проверил порядок сборки и конфигурации зависимостей.

Как видите, похоже, что он усек абсолютный путь к файлу DLL ... Я читал, что есть ошибка с длиной. Это возможная проблема?

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

14.09.2009 14:19:59
У меня была похожая проблема (возникла та же ошибка, которая указана в заголовке), и я обработал ее, очистив и перестроив проект. Чтобы правильно ссылаться на другие проекты, я понятия не имею ..
phoad 11.11.2013 03:24:16
Есть ли на этот вопрос ответ, который будет квалифицирован как принятый? Я нахожу один из @Matt_Bro довольно хорошим.
demongolem 17.02.2014 13:21:48
Я отметил ответ Мэтта, поскольку он, похоже, сработал для большинства людей, однако это не решило мою первоначальную проблему. Я все еще думаю, что это связано с максимальным пределом пути Windows. Смотрите мой ответ ниже.
Oliver 18.02.2014 06:46:52
Я перепробовал все ответы выше и, к сожалению, в моем случае ничего не получалось. Я столкнулся с двумя ошибками: 1. Отсутствует файл .dll. 2. Метод, уже определенный в другом месте с такими же параметрами. Сначала я очистил вторую ошибку, удалив дублированную функцию в другом месте. Моя первая ошибка - это отсутствие DLL-файла, который решился сам по себе. Я хочу сказать, если у вас есть более одной ошибки вместе с ошибкой файла .dll отсутствует! Пожалуйста, попробуйте сначала устранить другие ошибки. Может быть. DLL ошибка решает сама!
A user 14.10.2016 12:30:51
30 ОТВЕТОВ
РЕШЕНИЕ

У меня просто была такая же проблема. Visual Studio не создает проект, на который ссылаются.

Письменные инструкции:

  1. Щелкните правой кнопкой мыши на решении и выберите Свойства.
  2. Нажмите Конфигурация слева.
  3. Убедитесь, что установлен флажок «Построить» для проекта, который он не может найти. Если он уже отмечен, снимите флажок, нажмите «Применить» и снова установите флажки.
  4. (Необязательно) Это необходимо сделать для режимов выпуска и отладки в свойствах решения.

Снимок экрана Инструкции:

  • Они говорят, что картинка стоит тысячи слов. Нажмите на GIF, чтобы увеличить масштаб, и, надеюсь, будет легко следить:

Gif Инструкции

884
3.10.2019 07:33:38
И, в моем случае, даже если флажок был установлен, снятие флажка и повторная проверка исправили проблему.
ngm 8.10.2013 13:20:39
Это решило мою проблему - я должен был сделать это для обоих режимов Release и Debug в свойствах решения. Спасибо!
theJerm 21.11.2013 23:45:22
Снимите флажок / проверка не решила проблему, поэтому мне пришлось сделать следующие шаги: - очистить решение - снять все флажки сборки - перезапустить VS - проверить все флажки сборки
frankie 8.04.2014 09:54:53
Другая вещь, которую нужно сделать, это проверить каждую из зависимостей проекта, по какой-то причине она не была установлена ​​автоматически. Свойства решения -> Общие свойства -> Зависимости проекта.
Anicho 15.04.2014 11:05:32
Снимите флажок -> Проверка работала для меня кратко, а затем проблема вернулась. Затем я перезапустил Visual Studio, и проблема ушла.
DeveloperDan 15.05.2014 13:17:03

На основании сообщения об ошибке я не верю, что путь к файлу усекается. Это выглядит просто неправильно. Если я правильно читаю сообщение, оно ищет файл DLL в ...

Работа = - \ Tools \ VersionManagementSystem \ BusinessLogicLayer \ Bin \ Debug \ BusinessLogicLayer.dll

Это неверный путь. Возможно ли, что у вас есть определение макроса в процессе сборки, установленное на недопустимое значение?

4
19.04.2018 14:15:51
Я не знаю, как, поскольку я ничего не изменил, и у меня нет пользовательских событий или конфигураций сборки
Oliver 14.09.2009 15:12:55

Я тоже встречал эту проблему. Во-первых, вы должны вручную собрать свой проект DLL, щелкнув правой кнопкой мыши по кнопке Build. Тогда это будет работать.

14
17.12.2013 12:02:01
Хотя это исправление работает, на самом деле оно не решает проблему и может привести к более серьезным проблемам. Прежде всего, если вы работаете с кодом в репозитории, это плохая форма, требовать от нового разработчика перепрыгивать через обручи, чтобы получить код в точке, где он будет собираться. Во-вторых, чтобы увидеть изменения в ссылочном проекте, вам придется каждый раз вручную перестраивать его. Пожалуйста, смотрите мой ответ для более надежного решения проблемы.
Matt_Bro 18.07.2013 12:45:20
В моем случае он даже не строит проект по отдельности, он выдает мне ту же ошибку. Допустим, мой проект называется «proj1», когда я его создаю (как вы сказали, вручную), он мне дает Metadata file ...proj1.dll could not be found!
A-Sharabiani 3.05.2017 14:00:48

Для меня это была попытка найти DLL в пути, который раньше содержал Проект, но мы переместили его в новый каталог. У решения был правильный путь к проекту, но Visual Studio почему-то продолжал искать в старом месте.

Решение: переименуйте каждый проект проблемы - просто добавьте символ или что-то еще - затем переименуйте его обратно к его первоначальному имени.

Это должно сбросить некоторый глобальный кэш некоторого вида в Visual Studio, потому что это очищает и эту проблему, и некоторые подобные, в то время как такие вещи, как Clean, этого не делают.

10
28.01.2014 06:14:08

Возвращаясь к этому несколько лет спустя, эта проблема, скорее всего, связана с максимальным пределом пути Windows:

Именование файлов, путей и пространств имен , ограничение максимальной длины пути

6
19.04.2018 14:18:26
Который...? 260? Или чуть меньше (на практике)?
Peter Mortensen 19.04.2018 14:18:58

В моем случае проблема заключалась в том, что я вручную удалил некомпилированный файл, помеченный как «отсутствующий». Как только я удалил ссылку на отсутствующий сейчас файл и перекомпилировал - все было хорошо.

6
10.04.2014 13:42:08

Это все еще может произойти в более новых версиях Visual Studio (у меня только что это произошло в Visual Studio 2013):

Еще одна попытка - закрыть Visual Studio и удалить .suoфайл, который находится рядом с .slnфайлом. (Он будет заново сгенерирован в следующий раз, когда вы Save all(или выйдете из Visual Studio)).

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

Обратите внимание, что при удалении .suoфайла будут сброшены стартовые проекты решения.

Подробнее о .suoфайле здесь .

222
19.04.2018 14:29:58
Это решило проблему для меня. Также стоит отметить, что .suoфайлы скрыты. Так что вам придется настроить свой обозреватель для отображения скрытых файлов.
George Howarth 20.06.2014 15:09:00
Я работаю с проектом Xamarin, и файл .suo находится в папке .vs /. Я попытался удалить его, и это не решило мою проблему
user3596965 27.02.2016 13:43:50
VS2013 - Мне пришлось переместить мое рабочее пространство TFS в другое место. После того, как я закончил это, я начал получать эту ошибку. Удаление файла sou работало на меня.
Vin 11.05.2016 16:33:12
Это сработало и для меня. Но в Visual Studio 2015 .suoфайл скрыт и находится в скрытом .vsкаталоге рядом с .sln. Например: если файл решения, c:\foo\mysolution.slnто ищитеc:\foo\mysolution\.vs\mysolution\v14\.suo
Wyck 25.11.2016 18:15:54
Для VS2017, для простоты, я просто удалил .vsскрытую папку, которая также удалила .suoфайл. Я снова открыл решение, исправил еще одну несвязанную ошибку, и проблема была решена.
user3613932 2.08.2018 23:22:22

Что ж, мой ответ - не просто краткое изложение всех решений, но оно предлагает нечто большее.

Секция 1):

В общем решения:

У меня было четыре ошибки такого типа («файл метаданных не найден»), а также одна ошибка: «Не удалось открыть исходный файл (« ошибка не определена »)».

Я попытался избавиться от ошибки «файл метаданных не найден». Для этого я прочитал много постов, блогов и т. Д. И обнаружил, что эти решения могут быть эффективными (обобщая их здесь):

  1. Перезапустите Visual Studio и повторите сборку.

  2. Перейдите в «Обозреватель решений» . Щелкните правой кнопкой мыши на Решение. Перейти к свойствам . Перейдите в «Диспетчер конфигурации» . Проверьте, установлены ли флажки под «Build» или нет. Если какие-либо или все из них не отмечены, то проверьте их и попробуйте построить заново.

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

  4. Порядок сборки и зависимости проекта:

    Перейдите в «Обозреватель решений» . Щелкните правой кнопкой мыши на Решение. Перейти к «Зависимости проекта ...» . Вы увидите две вкладки: «Зависимости» и «Порядок сборки» . Этот порядок сборки является тем, в котором строится решение. Проверьте зависимости проекта и порядок сборки, чтобы убедиться, что какой-то проект (скажем, «проект1»), который зависит от другого (скажем, «проект2»), пытается построить этот проект (проект2). Это может быть причиной ошибки.

  5. Проверьте путь к отсутствующему .dll:

    Проверьте путь отсутствующего .dll. Если путь содержит пробел или любой другой недопустимый символ пути, удалите его и попробуйте построить заново.

    Если это причина, то отрегулируйте порядок сборки.


Раздел (2):

Мой частный случай:

Я попробовал все шаги выше с различными перестановками и комбинациями с перезапуском Visual Studio несколько раз. Но это не помогло мне.

Итак, я решил избавиться от другой ошибки, с которой мне пришлось столкнуться («Невозможно открыть исходный файл (« Неопределенная ошибка »)»).

Я наткнулся на сообщение в блоге: Ошибка TFS - Невозможно открыть исходный файл («Неуказанная ошибка»)

Я попытался выполнить шаги, упомянутые в этом сообщении в блоге, и я избавился от ошибки «Исходный файл не может быть открыт (« Неопределенная ошибка »)» и неожиданно избавился от других ошибок («файл метаданных не найден»), так как хорошо.


Раздел (3):

Мораль истории:

Попробуйте все решения, как указано в разделе (1) выше (и любые другие решения), чтобы избавиться от ошибки. Если ничего не получится, как в блоге, упомянутом в разделе (2) выше, удалите записи всех исходных файлов, которых больше нет в исходном элементе управления и файловой системе, из вашего файла .csproj .

103
19.04.2018 14:35:21
Моя проблема была в Построении заказа / Зависимости проекта. Удаление и добавление обратных ссылок из других проектов исправит это (я думаю), но вы также можете сделать это сами.
Nacht - Reinstate Monica 9.06.2015 11:11:11
Я столкнулся с этой проблемой, опустив .NET v4.5проект до .NET v.4.
guneysus 8.07.2016 13:58:21
Мне помогло удаление «%» из пути к ссылочной DLL
Boogier 10.01.2018 14:13:53
Решение в разделе 2 сработало для меня! У меня была другая ошибка, и когда я установил, что остальные волшебным образом исчезли.
Martin Johansson 23.08.2018 06:58:09
У меня была та же проблема, что и у Бугира. У меня в имени папки% 20 вместо пробела и dll искала пробел. Потратил так много времени, пытаясь все остальные исправления, когда фактическое было самым простым.
Lenny K 5.03.2019 20:53:51

У меня была эта проблема, потому что .nuget\NuGet.exeне было включено в мой репозиторий. Хотя я включил DownloadNuGetExeв NuGet.targets, он сообщал об ошибке прокси при попытке загрузить его. Это привело к сбою остальных сборок проекта.

4
19.04.2018 14:36:21

Для меня сработали следующие шаги:

  • Найти проект, который не строит
  • Удалить / добавить ссылки на проекты в рамках решения.
8
19.04.2018 14:37:11
Щелкните правой кнопкой мыши ссылку «папка» в обозревателе решений, «удалить неиспользуемые ссылки». Я сделал это на всех моих проектах в этом решении, он сделал
Mathieu VIALES 14.07.2017 12:35:19

Мой пример проблемы был вызван общим проектом, в котором было дублированное имя класса (под другим именем файла). Странно, что Visual Studio не смогла обнаружить это и взорвала процесс сборки.

7
19.04.2018 14:38:01
Это комментарий, ответ или новый вопрос? Кроме того, обратите внимание, что ОП с 2009 года
gmo 24.07.2014 19:17:04
Это дополнительное решение той же проблемы. Я знаю, что ОП старая, но, основываясь на последних двух постах, люди все еще находят другие причины. Просто пытаюсь избавить следующего парня от разочарования, так как ни одно из других решений не помогло мне.
Eric 24.07.2014 19:22:13
Я не критикую чей-либо ответ, просто предлагаю альтернативное решение того же симптома.
Eric 24.07.2014 20:25:15

Причиной проблемы может быть смешанное добавление ссылок на файлы DLL и проекты в решении.

Если у вас есть проекты A, B и C:

  • Ссылки B и C как проекты в решении.
  • B ссылается на C как файл DLL (ссылка на файл)

Вы можете построить каждый проект отдельно, но не можете перестроить решение, заканчивающееся на: файл метаданных 'C.dll' не найден.

Помогает изменение ссылки из файла на проект в решении.

2
19.04.2018 14:40:22
Забавно, как это проявляется в качестве решения этой проблемы, но в моем случае это была настоящая проблема.
Lost 4.08.2017 18:31:40

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

2
14.08.2014 09:39:48
  1. Щелкните правой кнопкой мыши на решении и нажмите Очистить.
  2. Щелкните правой кнопкой мыши по решению и выберите «Перестроить».
1
5.10.2016 09:10:05

Я получил эту проблему в Visual Studio 2012 в решении, в котором было много проектов. Перестройка каждого проекта в решении вручную в том же порядке, в котором это исправлено в Порядке сборки проекта (щелчок правой кнопкой мыши и перестроение в обозревателе решений).

В конце концов я попал в тот, который дал мне ошибку компиляции. Я исправил ошибку, и после этого решение было бы правильно построено.

7
19.04.2018 14:43:13
В моем случае ошибка была скрыта, пока я не открыл Visual Studio 2015 в режиме администратора. Только тогда он показал ошибку компиляции. После исправления я мог продолжить.
S.L. Barth - Reinstate Monica 4.02.2019 09:38:20

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

Мне казалось очевидным, что эта неправильная ссылка на файл метаданных должна где-то храниться.

Быстрый поиск файла .csproj выявил виновные строки. У меня был раздел под названием <itemGroup>, который, казалось, висел на старом неправильном пути к файлу.

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

Итак, простое исправление действительно:

  1. Сделайте резервную копию вашего .csproj файла.
  2. Найдите неправильные пути в файле .csproj и переименуйте соответствующим образом.

Пожалуйста, убедитесь, что вы сделали резервную копию своего старого .csproj перед тем, как начать играть .

19
19.04.2018 14:49:06

Эта ошибка может быть показана, если вы используете поддельные сборки. Удаление подделок приводит к успешной сборке проекта.

4
19.04.2018 14:50:49
Что такое «поддельная сборка»? Можете ли вы уточнить? (Ответьте, расширив свой ответ.)
Peter Mortensen 19.04.2018 14:52:07

Я тоже решил эту проблему, но, попробовав предыдущие ответы, единственное, что мне помогло, - это открыть каждый проект в моем решении 1 на 1 и построить их по отдельности.

Затем я закрыл Visual Studio 2013, снова открыл свое решение, и оно скомпилировалось нормально.

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

8
19.04.2018 14:54:15
Тьфу, это. Так много вещей, которые Microsoft требует перезагрузки, чтобы снова работать.
Yatrix 5.07.2016 16:57:40

Я получил эту ошибку после открытия проекта, в котором была ссылка на Entity Framework, поэтому я удалил такие ссылки и переустановил Entity Framework версии 6.0.0.0 через pcket-менеджер следующим образом:

install-package entityframework -version 6.0.0.0

Ошибка все еще показывалась, поэтому я подумал, что эти ссылки были там, потому что в проекте была более ранняя версия Entity Framework, предположительно «предустановленная», но на самом деле она не работала.

Поэтому я подошел к файлу packages.configи заметил, что есть еще одна ссылка:

<packages>
  **<package id="EntityFramework" version="5.0.0" targetFramework="net45" />**
  <package id="EntityFramework" version="6.0.0" targetFramework="net45" />
</packages>

Затем я удалил строку, очистил и перестроил проект и контейнерное решение, и оно наконец заработало.

3
19.04.2018 14:56:27

В моем случае мой установленный каталог ошибочным образом.

Если путь к вашему решению похож на «Мой проект% 2c Очень популярный% 2c модульное тестирование% 2c Software and Hardware.zip», он не может разрешить файл метаданных, возможно, мы должны предотвратить использование некоторых недопустимых слов, таких как% 2c.

Переименование пути в обычное имя решило мою проблему.

14
27.03.2015 08:03:13
Не могли бы вы более подробно проработать свой ответ, добавив немного больше описания предлагаемого вами решения?
abarisone 27.03.2015 08:27:21
Мой git clone добавил% к моему пути к папке, удалив это, решив проблему.
Erik Bergstedt 18.01.2016 09:31:50
@abarisone Я удалил строку «% 2c» из пути, затем она сработала
masphei 11.10.2017 02:36:42
Это тоже была моя проблема, когда я клонировал проект с именем «% 20» вместо простого пробела. Спасибо @abarisone, твой подход решил мою проблему.
M. A. Cordeiro 25.03.2020 14:12:58
Когда я клонировал свой проект из TFS, он также почему-то добавил% 20. Удаление исправило проблему и для меня.
Selthien 13.04.2020 20:23:19

Я использую Visual Studio 2013.

Похоже, что зависимости сборки были неправильными. Удаление файлов * .suo решило проблемы, которые у меня были.

4
19.04.2018 14:58:20

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

В итоге я решил просто скопировать все dll (и другие файлы из моей папки выпуска) в мою папку отладки. После этого для каждого проекта ошибки исчезли.

3
13.05.2015 18:01:29

Закрытие и повторное открытие Visual Studio 2013 работало для меня!

29
19.04.2018 14:58:59
Эта проблема возникла после возврата изменений git в файлы проекта. Перезапустил VS2015 и решил проблему
Ludovic C 1.12.2016 22:04:40
Это должно быть помечено как принятый ответ. Проверка / снятие флажков занимает больше времени.
Alex 2.12.2018 14:55:18
У меня все еще есть проблема с VS2019, и это исправило ее для меня, спасибо
pcdev 1.06.2019 09:33:29

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

Я взял .dll, декомпилировал и сгенерировал проекты и решения. Я не смог построить решение из-за нескольких ошибок такого рода.

Советы в предыдущих ответах не помогли, но через некоторое время я заметил недостающие ссылки в некоторых проектах на несколько сборок, таких как System.dll.

Предположим, существует проект A, зависящий от проекта B. В проекте B не было ссылки на System.dll, но ошибка после сборки выглядела как «Файл метаданных« B.dll »не найден».

Не было ошибки об отсутствии System.dll в проекте B.

Добавление ссылки на библиотеки типа System.dll в проекте B решило проблему. (System.Data, System.DirectoryServices и т. Д.)

3
19.04.2018 15:02:35
Пропавшие проекты и ссылки здесь для меня тоже! Проверяйте свои предупреждения, а не ошибки
r0bb077 11.05.2017 11:23:12

Если у вас есть пробел в имени вашего решения, это также вызовет проблему. Удаление пробела из имени вашего решения, чтобы путь не содержал% 20, решит эту проблему.

6
17.06.2015 17:24:34
ты гений !!
Itamar 23.10.2019 14:52:02
Я не видел твой комментарий, прежде чем понял его. Но это была моя проблема.
L Johnson 17.11.2019 02:55:35

Просто указав на очевидную очевидность: если у вас не включено «Показывать окно вывода при запуске сборки», убедитесь, что вы замечаете, что ваша сборка не удалась (небольшая ошибка «сборка не удалась» внизу слева) !!!!

4
9.07.2015 17:42:46
У меня недавно было что-то подобное - совершенно неожиданно, сотни ошибок cs0006 в журнале ошибок, но больше ничего (и я прочесал это с очень хорошей расческой). В конце концов (!) Я подумал о том, чтобы посмотреть в окно «Вывод», и была обнаружена ошибка компилятора, и, конечно же, в коде ошибки была красная заглушка под ним. Я понятия не имею, почему об ошибке не сообщили в окне ошибок. VS2017 Предприятие.
haughtonomous 15.05.2018 15:23:21

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

Два упомянутых dll были в папке c: \ windows \ system32 .... Перемещение их в несистемную папку и добавление ссылки на новую папку окончательно исправило ее. Остальные вопросы действительно были тем, что уже говорили здесь другие.

2
23.07.2015 10:38:01
Просто была такая же проблема с одним из проектов в моем решении. Снятие галочки и проверка «сборки» не сработали. Для меня было уловкой удалить проект из решения и добавить его снова.
Alexander Derck 6.11.2015 08:12:44
@AlexanderDerck Unload and Reload в проекте сделали это для меня. Попробовав кучу ответов здесь. Спасибо за совет!
Sébastien Richer 8.01.2019 20:44:56

У меня была эта ошибка, когда я пытался опубликовать веб-приложение. Оказалось, что одно из свойств класса было упаковано в

#if DEBUG
    public int SomeProperty { get; set; }
#endif

но использования имущества не было. Публикация была сделана в конфигурации выпуска без DEBUGсимвола, очевидно.

4
4.09.2015 09:31:47

В моем случае проблема была вызвана простой ошибкой сборки,

ошибка CS0067: событие 'XYZ' никогда не используется

который по какой-либо причине не появился в окне ошибок.

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

Рекомендация - как бы глупо это не звучало:

Сначала посмотрите на ваше окно вывода !

Мне потребовалось полчаса, прежде чем эта идея поразила меня ...

6
19.04.2018 15:10:43
Я думаю, что каждый должен смотреть на этот ответ. Посмотрите в окне вывода сборки и посмотрите, есть ли там какие-либо ошибки или предупреждения, а затем исправьте их. Задача решена. Спасибо Хайнц Кесслер за ваш ответ.
Captain America 29.11.2016 16:02:41

Я обнаружил, что если вы удалите сборку Microsoft.CSharp в качестве ссылки в проекте, вы получите эту ошибку.

1
21.11.2015 20:52:03