Не компилируется программа c visual studio
Visual Studio включает эффективный интегрированный набор средств сборки и отладки проектов. Из этой статьи вы узнаете, как Visual Studio может помочь обнаружить проблемы в коде с помощью построения выходных данных, анализа кода, средств отладки и модульных тестов.
Мы разобрались, как работать с редактором, и написали код. Теперь необходимо убедиться, что код работает должным образом. Отладка в Visual Studio, как и в большинстве интегрированных сред разработки (IDE), осуществляется в два этапа: построение кода для обнаружения и устранения ошибок проекта и компилятора и выполнение кода для обнаружения ошибок времени выполнения и динамических ошибок.
Сборка кода
Существует два основных типа конфигурации сборки: отладка и выпуск. При использовании конфигурации отладка создается более крупный и медленный исполняемый файл, обеспечивающий более широкие интерактивные возможности отладки во время выполнения. Исполняемый файл конфигурации отладка никогда не следует отправлять. Конфигурация выпуск позволяет создать более быстрый оптимизированный исполняемый файл, подходящий для отправки (по крайней мере с точки зрения компилятора). По умолчанию используется конфигурация Отладка.
Самый простой способ выполнить сборку проекта — нажать клавишу F7, однако вы также можете начать сборку, выбрав в главном меню пункты Сборка > Собрать решение.
Процесс сборки можно наблюдать в окне Вывод в нижней части пользовательского интерфейса Visual Studio. Здесь отображаются ошибки, предупреждения и операции сборки. При наличии ошибок (или предупреждений выше заданного уровня) сборка завершится ошибкой. Можно щелкнуть ошибку и предупреждение, чтобы перейти к строке, где они возникли. Для перестроения проекта можно нажать клавишу F7 (чтобы перекомпилировать только файлы с ошибками) или CTRL+ALT+F7 (для чистого полного перестроения).
После успешного выполнения построения вы увидите примерно следующие результаты в окне Вывод:
Просмотр списка ошибок
Если вы внесли какие-либо изменения в код, который был ранее и успешно скомпилирован, возможно, возникнет ошибка. Если вы новичок в написании кода, возможно, их будет много. Ошибки иногда очевидны, например простая синтаксическая ошибка или неправильное имя переменной, а иногда их причину трудно выяснить, имея в распоряжении только зашифрованный код. Чтобы получить более четкое представление о проблеме, перейдите вниз окна Вывод сборки и щелкните вкладку Список ошибок. При этом вы перейдете к более организованному представлению ошибок и предупреждений для проекта и получите доступ к некоторым дополнительным параметрам.
Щелкните строку ошибки в окне Список ошибок, чтобы перейти в строку кода, в которой возникла ошибка. (Кроме того, номера строк можно включить, нажав клавиши Ctrl+Q, введя номера строк, а затем выбрав Включить или отключить отображение номеров строк в результатах. Это самый быстрый способ перехода в диалоговое окно Параметры, где можно включить номера строк.
Нажмите клавиши CTRL+G для быстрого перехода к номеру строки, в которой возникла ошибка.
Ошибку можно узнать по подчеркиванию красной волнистой линией Чтобы получить дополнительные сведения, наведите на нее указатель мыши. Внесите исправления, и подчеркивание исчезнет, хотя в результате исправления может возникнуть новая ошибка (это называется "регрессия").
Пройдите список ошибок и устраните все ошибки в коде.
Просмотр подробных сведений об ошибках
Многие ошибки трудны для восприятия, будучи представленными в терминах компилятора. В этом случае могут потребоваться дополнительные сведения. Из окна Список ошибок можно выполнить автоматический поиск в поисковой системе Bing для получения дополнительных сведений об ошибке или предупреждении. Щелкните правой кнопкой мыши по соответствующей строке записи и выберите Показать справочные сведения об ошибке из контекстного меню или щелкните гиперссылку с кодом ошибки в столбце код в списке ошибок.
В зависимости от настроек результаты поиска по коду и описанию ошибки откроются в веб-браузере либо во вкладке Visual Studio с результатами поиска Bing. Представленные результаты — из различных источников в Интернете, и, возможно, не все они будут полезными.
Анализ кода
Средства анализа выполняют поиск общих проблем в коде, которые могут привести к ошибкам времени выполнения или проблемам управления кодом.
Анализ кода C++
Чтобы выполнить анализ кода C++, запустите статический анализ кода. Запустить этот компонент после устранения всех очевидных ошибок, препятствующих успешной сборке, и потратить некоторое время, чтобы устранить создаваемые им предупреждения, — очень полезная привычка. Вы сможете избавиться от определенных будущих проблем, а также научитесь некоторым полезным приемам написания кода.
Нажмите клавиши ALT+F11 (или выберите в верхнем меню команду Анализ > Выполнить анализ кода в решении) для запуска статического анализа кода.
Все новые или обновленные предупреждения отображаются на вкладке Список ошибок в нижней части интегрированной среды разработки. Щелкните предупреждение для перехода к нему в коде.
Использование быстрых действий для исправления или рефакторинга кода
Если вы привыкли работать с клавиатурой, вы можете использовать клавиши со стрелками и сочетание клавиш CTRL+ . для проверки возможностей оптимизации и очистки кода!
Запуск очистки кода
Помимо форматирования пробелов, отступов и т. п., функция Очистка кода применяет определенные вами соглашения о стиле кода. Ваши настройки для каждого стиля кода считываются из файла EditorConfig, если такой существует в проекте, или из раздела Параметры стиля кода, который доступен через диалоговое окно Параметры.
Отладка выполняемого кода
Успешно завершив сборку кода и его очистку, запустите код, нажав клавишу F5 или выбрав команду Отладка > Начать отладку. Приложение будет запущено в среде отладки, и вы сможете пронаблюдать его поведение. Интегрированная среда разработки Visual Studio изменяется во время выполнения приложения: окно Вывод заменяется двумя новыми окнами (в конфигурации окон по умолчанию): окном с вкладками Видимые/Локальные/Контрольные значения и окном с вкладками Стек вызовов/Точки останова/Параметры исключений/Вывод. Эти окна имеют несколько вкладок, которые позволяют просмотреть и проверить переменные, потоки, стеки вызовов приложения и другие характеристики поведения во время выполнения приложения.
Остановите приложение, нажав клавиши SHIFT+F5 или кнопку Остановить. Кроме того, можно просто закрыть главное окно приложения (или диалоговое окно командной строки).
Задание простых точек останова
Точки останова — это один из самых простых и важных компонентов надежной отладки. Точка останова указывает, где Visual Studio следует приостановить выполнение кода, чтобы вы могли проверить значения переменных или поведение памяти либо выполнение ветви кода. После установки или удаления точек останова перестраивать проект не нужно.
Установите точку останова, щелкнув дальнее поле строки, в которой требуется приостановить выполнение, или нажмите клавишу F9, чтобы установить точку останова в текущей строке кода. Выполнение кода прерывается (останавливается) перед инструкциями для этой строки кода.
Чаще всего точки останова используются для решения следующих задач.
Чтобы точнее определить источник аварийного завершения или отсутствия отклика программы, расставьте точки останова вокруг и непосредственно в коде вызова метода, который, по вашему мнению, приводит к сбою. При выполнении кода в отладчике удаляйте, а затем снова устанавливайте точки останова ближе друг к другу, пока не найдете строку кода, вызывающую ошибку. Выполнение кода в отладчике описывается в следующем разделе.
При добавлении нового кода установите точку останова в его начале и выполните код, чтобы убедиться в том, что он работает правильно.
При реализации сложного поведения задайте точки останова для алгоритмического кода, чтобы можно было проверить значения переменных и данные при прерывании программы.
При написании кода C или C++ используйте точки останова для остановки кода, чтобы можно было проверить значения адреса (ищите значение NULL) и просмотреть значения счетчиков при отладке ошибок, связанных с памятью.
Дополнительные сведения о точках останова см. в статье Использование точек останова.
Проверка кода во время выполнения
Когда выполнение кода приостанавливается из-за достижения точки останова, строка кода, помеченная желтым цветом (текущий оператор), еще не выполнена. Вы можете выполнить текущий оператор и проверить, как изменились значения. Для выполнения кода в отладчике можно использовать ряд команд пошагового выполнения. Если отмеченный код является вызовом метода, вы можете выполнить шаг с заходом, нажав клавишу F11. Кроме того, можно выполнить шаг с обходом строки кода, нажав клавишу F10. Дополнительные команды и подробные сведения о пошаговом выполнении кода см. в статье Навигация по коду с помощью отладчика.
Код, представленный на предыдущей иллюстрации, может выполняться отладчиком по одному оператору. Для этого можно нажимать клавишу F10 или F11 (так как здесь нет вызова метода, результат выполнения обеих команд будет одинаковым).
Когда отладчик приостанавливает выполнение, можно проверить переменные и стеки вызовов, чтобы разобраться в происходящем. Находятся ли значения в тех диапазонах, которые вы ожидали увидеть? Выполняются ли вызовы в правильном порядке?
Наведите курсор на переменную для просмотра ее текущего значения и ссылок. Если отображается значение, которое вы не ожидали увидеть, возможно, в предыдущем или вызывающем коде имеется ошибка. Более подробные сведения об отладке см. в статье об использовании отладчика.
Кроме того, Visual Studio выводит на экран окно средств диагностики, где можно наблюдать за загрузкой ЦП и использованием памяти приложением в динамике по времени. В дальнейшем в процессе разработки приложения эти средства можно применять для выявления случаев непредвиденно высокой загрузки ЦП или чрезмерного выделения памяти. Это окно можно использовать в сочетании с окном Контрольные значения и точками останова, чтобы определить причину непредвиденно интенсивного использования или неосвобожденных ресурсов. Дополнительные сведения см. в статье Обзор возможностей профилирования.
Запуск модульных тестов
Модульные тесты — это первая линия защиты от ошибок в коде, так как при правильном проведении они позволяют проверять отдельные "модули" кода (как правило, это отдельные функции), которые проще отлаживать, чем всю программу. Visual Studio устанавливает платформу модульного тестирования Майкрософт для управляемого и машинного кода. Платформа модульного тестирования используется для создания модульных тестов, их запуска и передачи результатов таких тестов. Завершив внесение изменений, запустите модульные тесты повторно, чтобы убедиться, что код по-прежнему работает правильно. При использовании выпуска Visual Studio Enterprise можно настроить автоматический запуск тестов после каждой сборки.
Чтобы приступить к работе с модульными тестами, ознакомьтесь со статьей Создание модульных тестов для кода с помощью IntelliTest.
Дополнительные сведения о модульных тестах в Visual Studio, а также о том, как они могут помочь в создании более качественного кода, см. в статье Основные сведения о модульных тестах.
дополнительные сведения об ошибках и предупреждениях можно найти в Документация Майкрософт Q & на форумах. или найдите ошибку или номер предупреждения на сайте Visual Studio C++ Сообщество разработчиков . Для поиска решений можно также выполнить поиск в Stack overflow .
Ссылки на дополнительные ресурсы справки и сообщества см. в разделе Visual C++ справки и Community.
Содержимое раздела
Ошибки и предупреждения BSCMAKE (BKxxxx)
Ошибки и предупреждения, создаваемые служебной программой "Просмотр информации" (BSCMAKE.EXE).
Ошибки и предупреждения командной строки
Ошибки и предупреждения, создаваемые средствами сборки для параметров командной строки.
Предупреждения компилятора с C4000 по C5999
Предупреждения для проблем, обнаруженных компилятором C++ (CL.EXE).
Предупреждения компилятора по версиям компилятора
Список предупреждений, появившихся каждой версией компилятора.
Ошибки среды выполнения C (Rxxxx)
Ошибки, формируемые во время выполнения библиотекой времени выполнения C (CRT).
Ошибки и предупреждения CVTRES (CVTxxxx)
Ошибки и предупреждения, созданные с помощью файла ресурсов Майкрософт в программе преобразования объектов COFF (CVTRES.EXE).
Ошибки вычислителя выражений (CXXxxxx)
Ошибки, создаваемые отладчиком и средствами диагностики.
Ошибки и предупреждения средств компоновщика (LNKxxxx)
Ошибки и предупреждения, созданные компоновщиком и связанными инструментами (LINK.EXE, LIB.EXE, DUMPBIN.EXE, EDITBIN.EXE).
Математические ошибки (Mxxxx)
Ошибки, создаваемые математической библиотекой среды выполнения с плавающей запятой.
Ошибки и предупреждения NMAKE (Uxxxx)
Ошибки и предупреждения, создаваемые инструментом Microsoft Makefile (NMAKE.EXE).
Ошибки и предупреждения профильной оптимизации (Пгкскскскс)
Ошибки и предупреждения, созданные средствами оптимизации Profile-Guided (PGO).
Ошибки и предупреждения режима сборки проекта (PRJxxxx)
ошибки и предупреждения, созданные в машинном коде C++ Project системы сборки в Visual Studio.
В этой статье приведены способы устранения неполадок компилятора Visual C++ или компоновщика Visual C++.
Применимо к: Microsoft Visual C++ 2010 Express, Visual Studio
Исходный номер базы знаний: 974229
Действие
При изучении возможной проблемы с компилятором Microsoft Visual C++ компилятором или компоновщиком важно получить как можно больше сведений о процессе сборки и используемых параметрах. В этой статье рассматриваются некоторые советы по устранению неполадок, которые помогут устранить проблему сборки или получить полную информацию для служба поддержки Майкрософт.
Решение
Для проблем компилятора, таких как внутренние ошибки компилятора (т. е. C1001), зависания или сбои, может быть полезно записать выходные данные препроцессора C/C++, чтобы предоставить упрощенный воспроизводимый пример проблемы. В интегрированной среде разработки Visual C++ для этого можно задать для свойства Generate Preprocessed File значение With Line Numbers (/P) или Without Line Numbers (/EP /P). Это свойство можно найти на страницах свойств проекта в разделе "Свойства конфигурации", "C/C++", "Параметры препроцессора".
Этот параметр можно задать на уровне проекта в меню Project. .i В этом случае он создаст файлы для всех исходных файлов в проекте или для одного файла, щелкнув правой кнопкой мыши файл в обозревателе решений, выбрав контекстное меню свойств, чтобы открыть диалоговое окно свойств для одного файла.
Параметр компилятора /P направляет CL.EXE для записи выходных данных препроцессора в файл. Добавление /EP подавит добавление сведений о номере строки в результирующий файл. /P достаточно, но /EP /P создаст меньший выходной файл. Созданный выходной файл препроцессора будет иметь то же имя, что и исходный скомпилированный файл, но с расширением файла a.i, например file1.cpp, создает выходной файл препроцессора file1.i в том же каталоге.
Компиляция продолжится после этапа препроцессора при использовании этого параметра, .OBJ то есть компилятор не создаст файл, и может появиться ошибка ссылки, отражая тот факт, что obJ-файлы не найдены.
Вы можете скомпилировать выходной файл препроцессора самостоятельно за пределами контекста Visual Studio проекта. Файл .i содержит весь код файла заголовка, .C .CPP замену макросов и предварительно обработанные сведения директив компилятора, необходимые для компиляции этого конкретного или исходного файла. Иными словами, это автономный модуль, который должен иметь возможность воспроизвести проблему компиляции без каких-либо зависимостей от других файлов. Результирующий файл часто будет большим и содержать большой объем пробелов.
Проблемы с компоновщиком
Для проблем компоновщика (ошибок типа LNKxxxx) можно использовать параметр командной строки компоновщика /LINKREPRO, чтобы создать тестовый случай, содержащий только входные данные компоновщика без зависимости от исходных файлов. /LINKREPRO использует следующий синтаксис:
'' — это полный путь к пустой папке в локальной файловой системе. Эта папка уже должна существовать. Компоновщик не создаст ее автоматически и создаст ошибку, если папка не существует.
Этот параметр не предоставляется напрямую в системе проекта. Чтобы добавить его в сборку, откройте меню "Свойства проекта**"** Project меню. В окне "Свойства конфигурации ", "Компоновщик ", /LINKREPRO: "Командная строка" в поле "Дополнительные параметры" введите переключатель (включая косую черту) и замените путь на существующий путь к локальной папке. Пример: /LINKREPRO:C:\TEMP\LINKREPRO\ .
Если в этом поле редактирования уже есть другие параметры компоновщика, разделите их запятыми.
Кроме того, можно использовать переменную LINK_REPRO среды. Если переменная LINK_REPRO среды существует, компоновщик считывает выходной путь из переменной среды и создает linkrepro. Параметр /LINKREPRO не требуется при использовании переменной LINK_REPRO среды. Чтобы использовать переменную LINK_REPRO среды, выполните следующие действия.
Откройте Visual Studio командной строке. Он устанавливается в меню " Пуск" Visual Studio папке под Инструменты Visual Studio папке.
Создайте LINK_REPRO переменную среды, указывав на существующий и пустой каталог, например: SET LINK_REPRO=C:\TEMP\LINKREPRO\
Запустите Visual Studio из той же командной строки, чтобы она совместно использует копию измененной среды.
Откройте проект и выполните перестроение всего проекта.
При LINK.EXE в сборке будет скопироваться все необходимое для связывания проекта с каталогом linkrepro. Среди скопированных файлов будут файлы объектов (. OBJ), необходимые файлы библиотеки (. LIB, включая библиотеки Майкрософт и файл ответа компоновщика (LINK. RSP), чтобы link больше не зависел от файла решения.
Чтобы убедиться, что у вас есть все необходимые файлы для воспроизведения проблемы со ссылкой, можно запустить LINK в каталоге, указанном переменной среды LINK_REPRO, используя файл ответа компоновщика, созданный linkrepro: LINK @link.rsp .
Перед этим используйте следующую команду, чтобы отключить эту функцию при использовании переменной среды командной строки. SET LINK_REPRO=
Этот процесс также можно использовать для проверки файлов, участвующих в создании библиотеки, при использовании LIB.EXE LINK /LIB.
Заявление об отказе от ответственности
Быстрый отказ от публикации
Статьи быстрого публикации предоставляют сведения непосредственно из организации поддержки Майкрософт. Сведения, содержащиеся в этом ниже, создаются в ответ на возникающие или уникальные темы или предназначены для дополнения других сведений базы знаний.
Заявление об отказе от ответственности
Корпорация Майкрософт и(или) ее поставщики не делают никаких представлений или гарантий относительно пригодности, надежности или точности сведений, содержащихся в документах и связанных с ними графиках, опубликованных на этом сайте ("материалы") для любых целей. Эти материалы могут включать технические неточности или опечатки и могут быть пересмотрены в любое время без уведомления.
В максимальной степени, разрешенной применимым законодательством, Корпорация Майкрософт и/или ее поставщики дисклеймировали и исключали все представления, гарантии и условия, будь то экспресс- или подразумеваемые или нормативные, включая представления, гарантии или условия названия, отсутствие нарушения, удовлетворительное состояние или качество, торговая доступность и пригодность для определенной цели, в отношении материалов.
Скомпилированный код функции создает ссылку или вызов символа, но компоновщик не может найти определение символа в любой из библиотек или объектных файлов для связи.
Возможные причины
Существует множество способов получения этой ошибки. Все они используют ссылку на функцию или переменную, которую компоновщику не удалось Разрешить, или найти определение для. Компилятор может определить, когда символ не объявлен, но не может определить, не определенли символ. Это связано с тем, что определение может находиться в другом исходном файле или библиотеке. Если символ упоминается, но не определен, компоновщик создает неразрешенную extern ошибку символа Al.
Ниже приведены некоторые распространенные проблемы, вызывающие ошибку LNK2019.
Исходный файл, содержащий определение символа, не скомпилирован
в Visual Studio убедитесь, что исходный файл, определяющий символ, компилируется как часть проекта. Проверьте промежуточный каталог выходных данных сборки на наличие соответствующего OBJ-файла. если исходный файл не компилируется, щелкните его правой кнопкой мыши в Обозреватель решений и выберите пункт свойства , чтобы проверить свойства файла. На странице Свойства> конфигурацииОбщие должен отображаться тип элементакомпилятора C/C++. В командной строке убедитесь, что исходный файл, содержащий определение, скомпилирован.
Объектный файл или библиотека, содержащие определение символа, не связаны
в Visual Studio убедитесь, что объектный файл или библиотека, содержащие определение символа, связаны как часть проекта. В командной строке убедитесь, что список файлов для связывания содержит объектный файл или библиотеку.
Объявление символа написано не так, как определение символа
Проверьте правильность написания и регистра символов в объявлении и определении, а также в любом месте, где используется или вызывается символ.
Используется функция, но тип или число параметров не соответствуют определению функции
Объявление функции должно соответствовать определению. Убедитесь, что вызов функции соответствует объявлению и что объявление соответствует определению. Код, который вызывает функции шаблона, также должен иметь совпадающие объявления функции шаблона, включающие те же параметры шаблона, что и определение. Пример несоответствия объявления шаблона см. в разделе Sample LNK2019e. cpp статьи "примеры".
Функция или переменная объявлена, но не определена
Ошибка LNK2019 может возникать, если объявление существует в файле заголовка, но соответствующее определение не реализовано. Для функций элементов или static элементов данных реализация должна включать селектор области класса. Пример см. в разделе Missing Function Body or Variable.
Соглашение о вызовах отличается между объявлением функции и определением функции.
Соглашения о вызовах ( __cdecl , __stdcall , __fastcall или __vectorcall ) кодируются как часть декорированного имени. Убедитесь, что соглашение о вызовах одинаково.
Символ определен в файле C, но объявлен без использования extern "C" в файле C++
Символы, определенные в файле, который компилируется как C, имеют разные декорированные имена, чем символы, объявленные в файле C++, если не используется extern Модификатор "C" . Убедитесь, что объявление соответствует компоновке компиляции для каждого символа. Аналогично, если символ определяется в файле C++, который будет использоваться программой C, в определении следует использовать extern "C" .
Символ определяется как static , а затем на него указывает ссылка за пределами файла
В C++, в отличие от C, Глобальная const Ants имеет static компоновку. Чтобы обойти это ограничение, можно включить const инициализацию в файл заголовка и включить этот заголовок в cpp-файлы. Кроме того, можно сделать переменную const Ant и использовать const ссылку Ant для доступа к ней.
staticЧлен класса не определен
staticЧлен класса должен иметь уникальное определение или будет нарушать правило одного определения. staticЧлен класса, который не может быть определен как встроенный, должен быть определен в одном исходном файле с помощью его полного имени. Если он не определен вообще, компоновщик создает ошибку LNK2019.
Зависимость сборки определяется только в качестве зависимости проекта в решении
в более ранних версиях Visual Studio этот уровень зависимости был достаточным. однако начиная с Visual Studio 2010 Visual Studio требуется ссылка междупроектами. Если в проекте нет ссылки проекта на проект, может возникнуть Эта ошибка компоновщика. Чтобы устранить ошибку, добавьте ссылку одного проекта на другой.
Точка входа не определена
код приложения должен определять соответствующую точку входа: main или wmain для консольных приложений, а WinMain также wWinMain для Windows приложений. Дополнительные сведения см. в разделе main функция и аргументы командной строки или WinMain функция. Чтобы использовать настраиваемую точку входа, укажите параметр компоновщика /Entry (символ точки входа) .
построение консольного приложения с помощью параметров приложения Windows
Вы пытаетесь связать 64-разрядные библиотеки с 32-битным кодом или 32-bit Library в 64-разрядный код.
Библиотеки и объектные файлы, связанные с вашим кодом, должны быть скомпилированы для той же архитектуры, что и код. Убедитесь, что библиотеки, на которые ссылается проект, компилируются для той же архитектуры, что и проект. Убедитесь, что свойство /libpath или Дополнительные каталоги библиотек указывает на библиотеки, созданные для правильной архитектуры.
Для встраивания функций в разные исходные файлы используются различные параметры компилятора
Использование встроенных функций, определенных в CPP-файлах, и смешение в различных исходных файлах параметров компилятора для встраивания функций может привести к возникновению ошибки LNK2019. Для получения дополнительной информации см. Function Inlining Problems.
Автоматические переменные используются вне области действия
Автоматические переменные (области видимости функции) могут использоваться только в области видимости данной функции. Эти переменные не могут объявляться extern и использоваться в других исходных файлах. Пример см. в разделе Automatic (Function Scope) Variables.
Вы вызываете встроенные функции или передайте типы аргументов в встроенные функции, которые не поддерживаются в целевой архитектуре.
Например, если вы используете AVX2 встроенную функцию, но не указываете параметр компилятора / ARCH : AVX2 , компилятор предполагает, что встроенная функция является extern функцией Al. Вместо создания встроенной инструкции компилятор создает вызов extern символа Al с тем же именем, что и встроенная инструкция. Когда компоновщик пытается найти определение этой отсутствующей функции, он создает ошибку LNK2019. Убедитесь, что используются только встроенные функции и типы, поддерживаемые целевой архитектурой.
Вы занимаетесь смешением кода, который использует собственный wchar_t код с кодом, который не
действия по согласованности языка C++, выполненные в Visual Studio 2005, сделали wchar_t собственный тип по умолчанию. Если не все файлы были скомпилированы с использованием одних и тех же параметров /Zc: wchar_t , ссылки типа могут не разрешаться в совместимые типы. Убедитесь, что wchar_t типы во всех файлах библиотек и объектов совместимы. Либо обновите из wchar_t определения типа, либо используйте соответствующие параметры /Zc: wchar_t при компиляции.
Проблемы с библиотекой сторонних производителей и vcpkg
если вы видите эту ошибку при попытке настроить библиотеку стороннего производителя в рамках сборки, рассмотрите возможность использования vcpkg, диспетчера пакетов C++ для установки и сборки библиотеки. vcpkg поддерживает большой и растущей список библиотек сторонних производителей. Он задает все свойства конфигурации и зависимости, необходимые для успешной сборки в рамках проекта.
Средства диагностики
Иногда трудно определить, почему компоновщику не удается найти определенное определение символа. Часто проблема заключается в том, что в сборку не включен код, содержащий определение. Или же параметры сборки создали разные декорированные имена для extern символов Al. Существует несколько средств и параметров, которые могут помочь в диагностике ошибок LNK2019.
Параметр / VERBOSE Компоновщик может помочь определить, на какие файлы ссылается компоновщик. С помощью этого параметра можно проверить, включен ли в сборку файл, содержащий определение символа.
Параметры DUMPBIN/ EXPORTS и / SYMBOLS программы позволяют определить, какие символы определены в .dll и файлах объектов или библиотек. Убедитесь, что экспортированные декорированные имена соответствуют декорированным именам, которые ищет компоновщик.
UNDNAMEПрограмма может отобразить эквивалентный недекорированный extern символ Al для декорированного имени.
Примеры
Далее приводится несколько примеров кода, вызывающего ошибку LNK2019, а также сведения о том, как устранить ошибку.
Символ объявлен, но не определен
В этом примере переменная Al объявлена, extern но не определена:
Ниже приведен еще один пример, где переменная и функция объявляются как, extern но определение не предоставляется:
staticЭлемент данных объявлен, но не определен
Ошибка LNK2019 также может возникать, если static элемент данных объявлен, но не определен. В следующем примере показано возникновение ошибки LNK2019 и приводятся сведения по ее устранению.
Параметры объявления не соответствуют определению
Код, который вызывает функции шаблона, должен иметь совпадающие объявления функции шаблона. Объявления должны содержать те же параметры шаблона, что и определение. В следующем примере показано возникновение ошибки LNK2019 для определяемого пользователем оператора и приводятся сведения по ее устранению.
Непротиворечивые wchar_t определения типов
В этом примере создается библиотека DLL с экспортом WCHAR , который разрешается в wchar_t .
В следующем примере используется библиотека DLL из предыдущего примера и создается LNK2019, так как типы unsigned short* и WCHAR* не совпадают.
Чтобы устранить эту ошибку, измените unsigned short значение на wchar_t или WCHAR или скомпилируйте LNK2019g. cpp с помощью /Zc: wchar_t -.
Дополнительные ресурсы
Случилось такое недавно. Раньше такого не было. Приходится вручную делать Rebuild, а потом нажимать F5, что ужасно неудобно. Что со студией случилось?
P.S. Visual Studio 2012
При нажатии F5 студия компилирует проект, но окно проекта не запускается
При нажатии F5 студия компилирует проект, но окно проекта не запускается Когда сделал класс .
Eclipse компилирует и запускает другой проект
У меня в рабочем каталоге два проекта. При запуске второго компилятор начинает работу с первым.
VS не запускает скомпилированный файл
Вызывает ошибку :cry: уже пробовал переустановить VS три раза. но ошибка повторяется. помогите.
Уже скомпилированный проект выдаёт ошибки при повторном запуске
Доброе время суток! Имеется: .exe-шник и Delphi-проект к нему. В .exe есть небольшой баг.
запустится exeшник, который компилировался раньше еще до того, как я уже внес некоторые изменения в коде
Хм.. Тож заметил такую лажу.
Удаляю из каталога \bin\debug EXE-шник и жму снова F5
Главное первый раз когда такое случилось целый день тупил. Почему изменения в коде не пашут.
Подстава
У меня при этом студия показывает ошибку, что не найден файл для запуска. И при этом упорно не хочет снова его собрать
Помогает только пункт Rebuild.
Кстати, такая проблема у меня только с одним проектом. Во всех других проектах все ок.
У меня при этом студия показывает ошибку, что не найден файл для запуска. И при этом упорно не хочет снова его собрать
Помогает только пункт Rebuild.
Кстати, такая проблема у меня только с одним проектом. Во всех других проектах все ок.
Ну у тебя проблема явно в другом. У меня похоже на проблему с правами на файл. Не может переписать ЕХЕ-шник.
(Так как по F5 он его заново создавать должен)
А у тебя просто не хочет компилировать. Если даже не создает а сразу запустить пытается.
Странно все это. У меня тоже не постоянно. Но раз в неделю случается с разными проектами.
Жуткая ошибка на самом деле. Внес рисковый код оптимизации в программу. Нажал F5 работает. Не вылетает. Пошел дальше его развивать. А потом оказывается что он ни хрена не работает а просто запускается старый файл. А ты уже все программу "оптимизировал".
Боюсь уже. Больших программах создаю тестовые окна в которых меняю значения при рисковых правках. Чтоб было видно прошли изменения или нет.
Старая сборка может запускаться только в случае, если явно разрешено ее запускать при наличии ошибок в новой сборке. Попробуйте удалить EXE-файл с именем приложения из каталога BIN (Release иди Debug) и нажать F5, чтобы убедиться в том, что запускается то, что было сделано раньше, а новое просто не создается.
В настройках by default это запрещено - значит, Вы что-то правили в параметрах VS и попутно сбили эту настройку. Если Вы вернете настройки по умолчанию, то старая версия запускаться не будет. К сожалению, я не могу знать, что именно Вы там сбили - это уж сами найдите, постарайтесь уж.
Например, в свойствах проекта, во вкладке "Построение" параметр "Обрабатывать предупреждения как ошибки" должен быть поставлен в какое угодно значение, только не в значение "Никакие" (попробуйте поставить "Все"). Многие параметры взаимосвязаны и действуют или не действуют только совместно друг с другом и разбросаны по всему UI - это огромный минус VS, которого разработчики могли бы избежать, если бы так не спешили каждый раз.
Читайте также: