Подтвердить что ты не робот

Ошибка в Visual Studio при отладке "параметр basepath" не может иметь нулевую длину "

Я столкнулся с этой ошибкой при попытке отладки кода C в Visual Studio 2010. При поиске в google все, что я мог найти, что-то связанное, как показано ниже

http://connect.microsoft.com/VisualStudio/feedback/details/615793/badly-formed-debugger-command-causes-error-parameter-basepath-cannot-have-zero-length.

Любые предложения по преодолению этого действительно оценены. Благодаря

4b9b3361

ОТВЕТЫ

Ответ 1

Такая же проблема, я создавал библиотеку функций для загрузки по требованию, но получил это сообщение. Это не вопрос о параметрах VSDebugger.

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

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

Ответ 2

У меня было то же сообщение об ошибке с только именем исполняемого файла в команде (так что нет полного пути). Он работал эффективно, но вдруг этого не произошло. Я проверил переменную пути и как-то было два последовательных ';' там. Я исправил это, и проблема исчезла.

Ответ 3

В моем случае в командной строке не было расширения .exe в конце (Properties- > ConfigurationProperties- > Debugging- > Command). Добавление расширения устранило проблему.

Ответ 4

Если вы настроили проект make файла (я предполагаю, что это так), убедитесь, что файл, который вы ввели в Configuration Properties → Debugging → Command, существует.

(и я думаю, что он не принимает пакетные файлы, но я не уверен на 100%)

Ответ 5

проверьте свой путь в: Свойства конфигурации → Отладка → Рабочий каталог. убедитесь, что этот путь является допустимым путем на вашем компьютере.

Ответ 6

Для меня "Параметр" basePath "не может иметь нулевую длину" был вызван, когда я установил параметры конфигурации → debugging- > на "regsvr32.exe $(TargetPath)", чтобы отладить мою регистрацию проекта. Я исправил это, установив команду в "regsvr32.exe" и аргументы команды "$ (TargetPath)"

Ответ 7

Я решил эту проблему, установив значение свойства- > Debugging- > Command в другое, и после того, как он вернется к моему стандарту.

Ответ 8

Также убедитесь, что в Visual Studio запущен "Как администратор". Это исправить это для меня.