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

Более простой и безопасный ответ просто включает в себя создание маски (в отличие от части данных запроса) и позволяет механизму форматирования SQL-инъекций выполнять свою работу.

Предположим, что у нас есть некоторые id s в массиве и некоторый обратный вызов cb:

/* we need to generate a '?' for each item in our mask */
const mask = Array(ids.length).fill('?').join();

db.get(`
  SELECT *
    FROM films f
   WHERE f.id
      IN (${mask})
`, ids, cb);
605
задан Peter Mortensen 19 April 2018 в 14:08
поделиться

11 ответов

У меня был класс в 4.6.1, обновляющий интерфейс, который был в 4.6.2 ... обновление класса до 462 исправило его.

3
ответ дан Antonin GAVREL 19 April 2018 в 14:08
поделиться

Я получил эту ошибку после открытия проекта, в котором была ссылка на 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
ответ дан Peter Mortensen 19 April 2018 в 14:08
поделиться

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

6
ответ дан David Ford 19 April 2018 в 14:08
поделиться

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

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

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

9
ответ дан Chris Moschini 19 April 2018 в 14:08
поделиться

Удаление bin/obj папок и затем восстановление проекта работали на меня.

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

Это произошло при ссылке на проект от другого. Проект, на который я ссылался, был тем с проблемой.

0
ответ дан npineda 29 August 2019 в 17:30
поделиться
  • 1
    Я также нашел, что мог всунуть символы легко путем выполнения: @date [месяц to_sym] [день to_sym] [часы to_sym] [минута to_sym] [секунда to_sym] = + 1 Так или иначе для засовывания этого в ту рекурсивную функцию к автоматическим sym ключам? – BioDevMike 28 July 2010 в 17:32

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

WORK = - \ Tools \ VersionManagementSystem \ BusinessLogicLayer \ bin \ Debug \ BusinessLogicLayer.dll

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

4
ответ дан 22 November 2019 в 21:49
поделиться

У меня была та же проблема в VS2019. Вот то, что необходимо сделать:

  1. Нажатие последние изменения на некотором ответвлении
  2. Удаляют проект
  3. , Удаляют проект из QuickStart - можно попытаться сослаться не на существующий проект, и это попросит, чтобы Вы удалили
  4. Клон проект
  5. Выполнение проект
1
ответ дан 22 November 2019 в 21:49
поделиться

Я столкнулся с этой проблемой. В моем случае я удаляю все мусорное ведро и obj папки из всех проектов затем, эта ошибка решит для меня. Попробуйте это, чтобы еще одна попытка разрешила проблему

0
ответ дан 22 November 2019 в 21:49
поделиться

В моем случае родительская папка решения имела %20 на имя. Я переименовал родительскую папку путем удаления %20, и проблема была устранена.

0
ответ дан 22 November 2019 в 21:49
поделиться

Я получил эту проблему после обновления dlls/nuget.

я мог решить это вручную путем исправления .csproj файла. Главным образом версия не была обновлена в файле. Например:

<Analyzer> Include="..\packages\Microsoft.CodeAnalysis.**VersionCheckAnalyzer.2.9.1**\analyzers\dotnet\Microsoft.CodeAnalysis.VersionCheckAnalyzer.dll"/>

<Analyzer> Include="..\packages\Microsoft.CodeAnalysis.**VersionCheckAnalyzer.2.9.7**\analyzers\dotnet\Microsoft.CodeAnalysis.VersionCheckAnalyzer.dll"/>
0
ответ дан 22 November 2019 в 21:49
поделиться

Visual Studio 2019 это работало на меня:

  1. Близкий Visual Studio
  2. Удаляет скрытое .vs, папка
  3. Вновь открыла Visual Studio и восстанавливает решение.
0
ответ дан 22 November 2019 в 21:49
поделиться
Другие вопросы по тегам:

Похожие вопросы: