MSVCR90D.dll, не найденный в режиме отладки с Visual C++ 2008

Вы можете добавить имя модуля в этом случае Swift:

extension Int {
    func clamp(left: Int, right: Int) -> Int {
        return Swift.min(Swift.max(self, left), right)
    }
}

И просто для удовольствия: вы получите тот же результат с

extension Int {
    func clamp(left: Int, right: Int) -> Int {
        return (left ... right).clamp(self ... self).start
    }
}

, используя clamp() из ClosedInterval.

17
задан bk1e 21 October 2008 в 04:50
поделиться

9 ответов

Существует несколько потенциальных решений, описанных в этом сообщение форума . Посмотрите, помогает ли какой-либо из тех.

Одна подсказка оттуда:

Переходят к Диску %System %\Windows\WinSxS и ищут каталог x86_Microsoft. VC90. DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456

, Если это не существует, перейдите к VS, устанавливают и удостоверяются, что у Вас есть все библиотеки, установленные под VC ++.

И другой:

я имел ту же проблему, но зафиксировал ее путем выключения пошаговой компоновки (Свойства проекта... Компоновщик... Общая информация... Включите Пошаговую компоновку: Нет).

Подтверждение последнего:

Проекты основывались на подсоединенном внешнем диске программного обеспечения, жалуются на недостающий MSVCR90D.dll. Проблема уходит, если Вы выключаете пошаговую компоновку (и восстановите все, конечно).

9
ответ дан 30 November 2019 в 13:40
поделиться

Наличие той же проблемы, я нашел сообщение, которые приводят меня к отладке DLLs в установке VS9.0. Для установки по умолчанию они были в: C:\Program Files\Microsoft Visual Studio 9.0\VC\redist\Debug_NonRedist\x86\Microsoft.VC90.DebugCRT.

Существует три DLLs и файл манифеста. Можно добавить их к Вашему System32 каталог, добавляет каталог к Вашему PATH переменная среды или копия файлы к тому же каталогу как Ваш исполняемый файл при отладке.

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

5
ответ дан 30 November 2019 в 13:40
поделиться

Проблемы DLL Troublehooting намного легче с Зависимостью Walker. Это позволяет Вам представлять свое приложение, ловя и DLLs, загруженный при запуске и DLLs, загруженный позже. Это выложит много сообщений, связанных с загрузкой DLLs или отказом загрузить их. Это также понимает загрузку SxS DLLs.

можно передать EXE как аргумент Depends.EXE, и это представит то приложение. Это может быть объединено с большинством IDE. Например, в Visual Studio можно установить "Команду для Отладки". По умолчанию это - Ваш собственный EXE. Измените его на depends.EXE и установите аргументы команды на [(по крайней мере) 110].

2
ответ дан 30 November 2019 в 13:40
поделиться

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

0
ответ дан 30 November 2019 в 13:40
поделиться

Я не могу дать окончательного решения, но вот несколько полезных ссылок:

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

0
ответ дан 30 November 2019 в 13:40
поделиться

У меня возникла проблема:

Не удалось загрузить файл или сборку AudioInterface, Version = 1.0.3548.29920, Culture = нейтральный, PublicKeyToken = null или одну из его зависимостей. Это приложение не удалось запустить из-за неправильной конфигурации приложения. Переустановка приложения может решить проблему. (Исключение из HRESULT: 0x800736B1)

AudioInterface - это имя моего проекта C ++.

При переключении на конфигурацию «Release» все заработало.

Я отследил отсутствие файла манифеста рядом с моей DLL, которую я далее отслеживается наличие набора идентификаторов сборки. («Свойства»> «Инструмент манифеста»> «Общие»> «Идентификация сборки»)

Я удалил этот параметр, и манифест был помещен в нужное место, и все заработало.

0
ответ дан 30 November 2019 в 13:40
поделиться

имел такую ​​же проблему, хотя другой проект VC9.0 сделал хорошо. Поэтому я сравнил оба настройки проекта. Решающее значение было под «Свойствами проекта» -> «Свойства конфигурации» -> «Инструмент« Манифест »->« Ввод и вывод »->« Установка встроенного манифеста ». Эта опция должна быть установлена ​​на да.

3
ответ дан 30 November 2019 в 13:40
поделиться

Перекомпилируйте свой проект в VC ++ 2008, используя функцию File-> New-> Project From Existing Code. Помогло себе, наверное поможет вам. С Уважением.

1
ответ дан 30 November 2019 в 13:40
поделиться

Я попробовал все предложенные решения безрезультатно. В конце концов я обнаружил, что манифест отсутствует в папке "C:\WINDOWS\WinSxS\Manifests".

Найдите папку в C:\WINDOWS\WinSxS, где находится ваша dll. Проверьте, есть ли в папке C:\WINDOWS\WinSxS\Manifests манифест, соответствующий имени папки с вашей dll. Если манифест отсутствует, скопируйте правильный манифест с другой машины и вставьте его в папку манифеста. The manifest file names are:

"x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456.cat"

"x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456. manifest"

0
ответ дан 30 November 2019 в 13:40
поделиться
Другие вопросы по тегам:

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