Visual studio обнаружена непредвиденная ошибка при компиляции
Что я здесь делаю не так?
во-первых, это просто предупреждение. Это не должно повредить ничего, если вы просто имеете дело с зависимостями x86. Microsoft просто пытается предупредить вас, когда вы заявляете, что ваш проект совместим с "любым процессором", но у вас есть зависимость от проекта или .сборка dll, которая является x86 или x64. Потому что у вас есть x86 зависимость, технически ваш проект поэтому не совместим с "любым процессором". Чтобы предупреждение исчезло, вы должны фактически изменить свой проект с "любого процессора"на " x86". Это очень легко сделать, вот шаги.
- перейдите в пункт меню Build / Configuration Manager.
- найдите свой проект в списке, под платформой он скажет "любой процессор"
- выберите опцию "любой процессор" из раскрывающегося списка, а затем выберите
- из этого диалога, выберите x86 из раскрывающегося списка " новая платформа "и убедитесь, что" любой процессор "выбран в раскрывающемся списке" копировать настройки из".
- нажмите OK
- вы хотите выбрать x86 для обоих Debug и Release.
это заставит предупреждение уйти, а также заявить, что ваша сборка или проект теперь больше не "любой процессор" совместим, но теперь x86 специфичен. Это также применимо, если вы создаете 64-разрядный проект с зависимостью x64; вы бы просто выберите x64 вместо этого.
Так как я не могу изменить библиотеку MS, на которую я ссылаюсь, и поскольку я знаю, что моя целевая среда развертывания будет только 64-битной, я могу спокойно игнорировать эту проблему.
насчет предупреждения? Microsoft опубликовала в ответ на отчет о подключении что можно отключить это предупреждение. Вы должны сделать это только потому, что вы очень хорошо знаете свою архитектуру решения, и вы полностью понимаете свою цель развертывания и знаете, что это не проблема вне среды разработки.
вы можете редактировать свои файл проекта и добавить эту группу свойств и параметр, чтобы отключить предупреждение:
хорошим эмпирическим правилом является "открытые DLL, закрытые EXEs", то есть:
- exe-файла цели ОС, указав x86 или x64.
- библиотеки остаются открытыми (т. е. AnyCPU), поэтому их можно создать в 32-битном или 64-битном процессе.
когда вы создаете EXE как AnyCPU, все, что вы делаете, это откладывать решение о том, какую битность процесса использовать для ОС, которая будет JIT EXE по своему вкусу. То есть, ОС x64 будет создайте 64-разрядный процесс, ОС x86 создаст 32-разрядный процесс.
построение DLL как AnyCPU делает их совместимыми с любым процессом.
дополнительные тонкости загрузки сборки, см. здесь. В резюме говорится что-то вроде:
- любой ЦП – загружается как сборка x64 или x86, в зависимости от процесса вызова
- x86 - загружается как сборка x86; не будет загружаться из x64 процесс
- х64 - загружается как сборка x64; не будет загружаться из процесса x86
что является своего рода проблемой, DLL на самом деле не может выбрать, какова будет битность процесса. Это полностью определяется проектом EXE, это первая сборка, которая загружается, поэтому ее целевой параметр платформы-это тот, который подсчитывает и устанавливает битность для процесса.
DLL не имеют выбора, они должны быть совместимы с битностью процесса. Если нет затем вы получите большой Kaboom с BadImageFormatException, когда ваш код попытается их использовать.
просто punt проблема. Установите цель платформы EXE-проекта на x86, она не будет работать с какой-либо другой настройкой. И просто держите все проекты DLL в AnyCPU.
в дополнение к David Sacks ответ, вам также может потребоваться перейти к на Project Properties и set Platform Target to x86 для проекта, который дает вам эти предупреждения. Хотя этого можно ожидать, этот параметр не кажется полностью синхронизированным с параметром в configuration manager.
У меня была эта проблема сегодня, и просто просмотр конфигураций зданий в Visual Studio не помогал, потому что он показал любой процессор для проекта, который не строился, и ссылочного проекта.
затем я посмотрел в csproj указанного проекта и нашел это:
каким-то образом этот PlatformTarget был добавлен в середине изменения конфигурации, и IDE, похоже, не видел его.
удаление этой строки из ссылочный проект решил мою проблему.
во многих отношениях Visual Studio не делает компиляцию смеси любого процессора и различные агрегаты зодчества зависимые легкие. Это выполнимо, но часто требуется, чтобы сборка, которая в противном случае была бы "любым процессором", должна быть скомпилирована отдельно для x86 и x64, потому что какая-то зависимость от зависимости где-то имеет две версии.
могу ли я почтительно попросить вас просмотреть и опубликовать немного более подробную информацию о точной конфигурации проектов и о том, как они взаимосвязаны? Будем рады помочь дальше, если это возможно.
У меня была аналогичная проблема раньше, особенно при добавлении тестового решения к существующему решению x64, например SharePoint. В моем случае это связано с тем, что определенные шаблоны проектов добавляются как определенные платформы по умолчанию.
вот решение, которое часто работает для меня: установите все на правильную платформу в Configuration Manager (раскрывающийся список active configuration, говорит Debug normally, это хороший способ добраться до него) и Project platform (в свойства проекта), затем построить, а затем установить все обратно в AnyCPU. Иногда мне приходится удалять и повторно добавлять некоторые зависимости (DLL в свойствах каждого проекта), а иногда "запускать тесты в 32-битном или 64-битном процессе" (дважды щелкните локальный.testsettings и перейти к хостам) должен быть изменен.
Мне кажется, что это просто установка чего-то, а затем установка его обратно, но, вероятно, за кулисами происходит больше, чем я не вижу. Это работало довольно последовательно для меня в но прошлое.
для моего проекта, у меня есть требование, чтобы иметь возможность построить для x86 и x64. Проблема в том, что всякий раз, когда вы добавляете ссылки при использовании одного, он жалуется, когда вы строите другой.
мое решение-вручную отредактировать *.csproj файлы, так что строки, как эти:
изменить на это:
вы также можете получить это предупреждение для сборок MS Fakes, которые не так легко разрешить с f.csproj строится по команде. К счастью!--1-->подделки xml позволяет добавить его туда.
Здравствуйте!
Долго маюсь с данной проблемой, искал на форуме и поисковых системах, но ответа не нашёл.
При компиляции достаточно несложной программы, состоящей из нескольких файлов, Visual Studio выдаёт большое количество странных ошибок.
Например:
Ошибка 43 error C2146: синтаксическая ошибка: отсутствие ";" перед идентификатором "s" \cdictionary\cstrcomponent.h 8 1 CDictionary
Ошибка 44 error C4430: отсутствует спецификатор типа - предполагается int. Примечание. C++ не поддерживает int по умолчанию \cdictionary\cstrcomponent.h 8 1 CDictionary
Ошибка 4 error C2146: синтаксическая ошибка: отсутствие ";" перед идентификатором "FileName" \cdictionary\cfile.h 9 1 CDictionary
Однако в соответствующих файлах таких ошибок, вроде, нет.
Проблемы при компиляции простейшего проекта в Visual Studio
Давно, очень давно не садился за программирование, сегодня решил тряхнуть стариной, написать хотя.
подскажите ,что делать если при компиляции проекта Visual Studio вылетает ошибка:«не опознанный идентификатор»!?
подскажите ,что делать если при компиляции проекта Visual Studio вылетает ошибка:«include: не.
Ошибки при компиляции проекта в Visual Studio
Всем привет. Помогите настроить VS Вот пошаговые действия: нажимаю создать проект и выбираю.
Как задать при компиляции проекта Visual Studio в командной строке конфигурацию?
9.. Как задать при компиляции проекта Visual Studio в командной строке конфигурацию, в которой.
Настроить Visual Studio, чтобы при компиляции проекта ошибки подчеркивались красным цветом
Как настроить Visual Studio чтобы при компиляции проекта ошибки компилляции подчеркивались красным.
Множество ошибок при компиляции
Добрый день , столкнулся с такой ситуацией - при компиляции компилятор выдаёт кучу ошибок, вы.
Множество ошибок при компиляции.
Блин. Извините, но будет ещё один вопрос. Так как новичёк, то много не знаю. Вот программный код.
Множество ошибок в проекте 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 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, а также о том, как они могут помочь в создании более качественного кода, см. в статье Основные сведения о модульных тестах.
Когда я впервые компилирую в режиме отладки, Visual Studio жалуется: «Не удается запустить программу .. \ Debug \ myprogram.exe. Система не может найти указанный файл».
Однако я думаю, что это очевидно, потому что я компилирую впервые, не так ли? Этот исполняемый файл еще не должен существовать, так почему Visual Studio отказывается от компиляции?
Спасибо за вашу помощь.
Кроме того, когда я строю, появляется следующий журнал:
Когда я создаю (Build-> Build solution.), Появляется этот журнал:
Он говорит, что сборка прошла успешно, но по какой-то причине не создается исполняемый файл.
Вы можете опубликовать полный журнал сборки? - Luchian Grigore
Конечно (я опубликовал журнал сборки выше). - dangerChihuahua007
Можете ли вы проверить, отмечен ли проект, который вы пытаетесь собрать, в: Build -> Configuration Manager? - Ian Medeiros
Привет - спасибо за публикацию журнала сборки: это определенно помогает! В: Как спросил Ян Медейрос: пожалуйста, проверьте свой Config Mgr и убедитесь, что вы строите правильную цель. В вашем журнале ничего не говорится о попытке "скомпилировать" или "связать" любой ".exe". Это должно . PS: пожалуйста, не ставьте никого ВНИЗ, если они пытаются вам помочь :) - paulsm4
Я понял, что ошибка заключалась в том, что я не добавил в свой проект файл .cpp с функцией main. Спасибо за идеи! - dangerChihuahua007
6 ответы
Здесь пара проблем:
1) Эта ошибка связана с попыткой ЗАПУСТИТЬ программу, а не скомпилировать ее:
«Невозможно запустить программу .. \ Debug \ myprogram.exe. Система не может найти указанный файл».
2) Вероятно, причина того, что программа не может быть найдена, заключается в том, что она НЕ СОБИРАЕТСЯ.
Вот ошибки, которые я получил из вашего источника:
Получите чистую компиляцию, и вы сможете запустить отладчик :)
ответ дан 23 дек '11, 22:12
Спасибо! Я пробовал Build-> Clean Solution. В журнале отмечается «Сборка выполнена успешно», но когда я пытаюсь запустить отладчик, появляется та же ошибка. Действительно, после проверки в моей папке Debug нет исполняемого файла. - опасностьЧихуахуа007
Я была такая же проблема. Проблема заключалась в том, что мой антивирус (в моем случае Avast) автоматически удалял файл при создании. И поскольку у меня был Avast в беззвучном режиме, он не заметил меня об удалении. Так что в моем случае помогло отключение антивируса или настройка правила исключения.
ответ дан 23 окт '15, 13:10
Нужно писать после включения
У меня такая же проблема с Visual Studio 2015. Если у меня есть решение с двумя проектами, и для выходного файла в Linker-> General установите значение $ (IntDir) $ (TargetName) $ (TargetExt), тогда он создаст файл .exe (I подтвердили, что он существует), но я не могу запустить его через Visual Studio. В настоящее время у меня нет решения этой проблемы, кроме возврата к $ (OutDir). Текущая проблема заключается в том, что оба проекта создают объектные файлы в $ (IntDir), но я получаю два разных файла .exe в одной папке. После того, как я попытался изменить расположение вывода, мне не удалось заставить отладчик выполнить файл .exe через Visual Studio, поэтому я подозреваю, что мне нужно будет отредактировать файлы .sln или .vcxproj, чтобы устранить проблему. К сожалению, Visual Studio содержит ошибки и может потребовать редактирования XML-файлов непосредственно в этих ситуациях, если это те проблемы, с которыми вы столкнулись.
ответ дан 24 апр.
У меня возникла аналогичная ошибка, когда я не объявил библиотеки, которые я правильно использовал, в «свойствах».
Я думаю, что мне нужно было написать имена файлов .lib в Properties / Linker / Input / Additional Dependencies и установить пути в «Каталогах VC ++». Но у вас не должно возникнуть этой проблемы только с stdio и iostream.
С той же проблемой столкнулась, после некоторого RND, наконец, я нашел решение. Решение: перейдите в свойства проекта -> вкладка «Безопасность» -> снимите флажок «Включить параметры безопасности ClickOnce».
ответ дан 04 мар '14, в 05:03
Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками c++ visual-studio-2010 or задайте свой вопрос.
Читайте также: