Устранение неполадок Советы для Xamarin.iOS

Xamarin.iOS не удается разрешить System.ValueTuple

Эта ошибка возникает из-за несовместимости с Visual Studio.

• Visual Studio 2017 с обновлением 1 (версия 15.1 или более ранняя версия) совместим только с System.ValueTuple NuGet 4.3.0 (или более ранними версиями).

• Visual Studio 2017 с обновлением 2 (версия 15.2 или более поздней) совместим только с System.ValueTuple NuGet 4.3.1 или более поздней версии.

Выберите правильный NuGet System.ValueTuple, соответствующий установке Visual Studio 2017.

Получение сообщения об ошибке "Получение сведений об обновлении"

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

Разделы справки создавать точки или действия с помощью построителя интерфейсов?

Дополнительные сведения об использовании торговых точек и действий в IB см. в руководствах по выходу и действиям Apple.

System.Text.Encoding.GetEncoding создает исключение NotSupportedException

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

System.MissingMethodException (что-нибудь еще)

Элемент, скорее всего, был удален компоновщиком и не существует в сборке во время выполнения. Существует несколько решений для этой ошибки:

• [Preserve] Добавьте атрибут в элемент. Этот атрибут не позволит компоновщику удалить его.
• При вызове mtouch используйте параметры -nolink или -linksdkonly :
  • -nolink отключает все компоновки.
  • -linksdkonly будет связывать только сборки Xamarin.iOS, такие как xamarin.ios.dll, сохраняя все типы в созданных пользователем сборках (т. е. проекты приложений).

Сборки связаны таким образом, чтобы результирующий исполняемый файл был меньше. Отключение связывания может привести к большему исполняемому файлу, чем желательно.

Вы получаете ModelNotImplementedException

Это исключение означает, что вы вызываете базу. Метод () в классе, переопределении модели. Не нужно вызывать базовый метод в классе для моделей (классы, помеченные атрибутом [Model]).

Этот класс не соответствует кодированию значений ключа для ключа XXXX

Если при загрузке файла NIB возникает эта ошибка, это означает, что значение XXXX не найдено в управляемом классе. Вы отсутствуете объявление, как показано ниже.

[Connect]
TypeName XXXX {
   get {
       return (TypeName) GetNativeField ("XXXX");
   }
   set {
       SetNativeField ("XXXX", value);
   }
}

Приведенное выше определение автоматически создается Visual Studio для Mac для всех файлов XIB, добавляемых в Visual Studio для Mac в NAME_OF_YOUR_XIB_FILE.designer.xib.cs файле.

Кроме того, типы, содержащие приведенный выше код, должны быть подклассом NSObject. Если содержащий тип находится в пространстве имен, он также должен иметь атрибут [Register] , который предоставляет имя типа без пространства имен (так как Interface Builder не поддерживает пространства имен в типах):

namespace Samples.GLPaint {

    // The [Register] attribute overrides the type name registered
    // with the Objective-C runtime, in this case removing the namespace.
    [Register ("AppDelegate")]
    public class AppDelegate {/* ... */}
}

Неизвестный класс XXXX в файле Interface Builder

Эта ошибка возникает при определении класса в файле построителя интерфейсов, но не включая фактическую реализацию в коде C#.

Добавьте следующий код:

public partial class MyImageView : UIView {
   public MyImageView (IntPtr handle) : base (handle {}
}

System.MissingMethodException: конструктор не найден для Foo.Bar::ctor(System.IntPtr)

Эта ошибка возникает во время выполнения при создании экземпляра классов, на которые ссылается файл построителя интерфейсов. Ошибка означает, что конструктор отсутствует, который принимает один intPtr в качестве параметра.

Конструктор с дескриптором IntPtr используется для привязки управляемых объектов к неуправляемым представлениям.

Чтобы устранить эту ошибку, добавьте следующую строку кода в класс Foo.Bar:

public Bar (IntPtr handle) : base (handle) { }

Тип {Foo} не содержит определения и GetNativeField не найден метод GetNativeField расширения типа {Foo}

Если вы получите эту ошибку в созданных файлах конструктора (*.xib.designer.cs), это означает одно из двух действий:

1) Отсутствующий частичный класс или базовый класс

Созданные конструктором разделяемые классы должны иметь соответствующие частичные классы в пользовательском коде, наследуемом от некоторых подклассов NSObjectчасто UIViewController. Убедитесь, что у вас есть такой класс для типа, который дает ошибку.

2) Изменены пространства имен по умолчанию

Файлы конструктора создаются с помощью параметров пространства имен проекта по умолчанию. Пространство имен, созданное в частичном классе, может измениться, если вы изменили эти параметры или переименовали проект. Созданные частичные классы больше не могут находиться в том же пространстве имен, что и их коллеги пользовательского кода.

Параметры пространства имен находятся в диалоговом окне "Параметры проекта". Пространство имен по умолчанию находится в разделе "Общие-Основной>" Параметры. Имя проекта используется в качестве значения по умолчанию, если оно пусто. Дополнительные параметры пространства имен приведены в разделе "Политики имен для исходного кода->.NET".

Предупреждение о действиях: частный метод Foo никогда не используется. (CS0169)

Действия для файлов построителя интерфейсов подключаются к мини-приложениям с помощью отражения во время выполнения, поэтому это предупреждение ожидается.

Вы можете использовать "#pragma предупреждения отключать 0169" "#pragma предупреждение включить 0169" вокруг действий, если вы хотите отключить это предупреждение только для этих методов. Если вы хотите отключить его для всего проекта (не рекомендуется), добавьте 0169 в поле "Игнорировать предупреждения" в параметрах компилятора.

Сбой mtouch со следующим сообщением: не удается открыть сборку "/path/to/yourproject.exe"

Если вы видите это сообщение об ошибке, обычно проблема является абсолютным путем к проекту, который содержит пробел. Эта проблема будет устранена в будущей версии Xamarin.iOS. Проблему можно обойти, переместив проект в папку без пробелов.

Версия sqlite3 старая — обновите по крайней мере до версии 3.5.0!

Это сообщение происходит, когда все следующие значения имеют значение true:

1. Ссылка на Mono.Data.Sqlite в проекте
2. Компьютер Mac работает под управлением macOS X Leopard (10.5)
3. Запустите приложение в симуляторе.

Проблема заключается в том, что Mono выбирает OS Xlibsqlite3.dylib, а не файл i Телефон Simulatorlibsqlite3.dylib. Ваше приложение будет работать на устройстве, но не на симуляторе.

Сбой развертывания на устройстве с помощью System.Exception: AMDeviceInstallApplication вернулся 3892346901

Эта ошибка означает, что конфигурация подписывания кода для сертификата или идентификатора пакета не соответствует профилю подготовки, установленному на устройстве. Убедитесь, что у вас есть соответствующий сертификат в разделе "Параметры проекта-i> Телефон Подписывание пакета" и правильный идентификатор пакета, указанный в разделе "Параметры проекта">Телефон приложение.

Завершение кода не работает в Visual Studio для Mac

Убедитесь, что вы используете последнюю версию Visual Studio для Mac и Xamarin.iOS

Если проблема по-прежнему существует, отправьте ошибку, вложив ~/Library/Logs/XamarinStudio-{VERSION}/Ide-{TIMESTAMP}.log, AndroidTools-{TIMESTAMP}.log и components-{TIMESTAMP}.log файлы журналов.

Если все остальное завершается ошибкой, можно попытаться удалить кэш завершения кода, чтобы он повторно создан:

[rm -r ~/.config/XamarinStudio-{VERSION}/CodeCompletionData]

Убедитесь, что эта команда введена правильно или вы можете случайно удалить важные файлы.

Visual Studio для Mac завершается сбоем при копировании текста

Популярные служебные программы Mac QuickSilver, Панель инструментов Google и LaunchBar имеют функции буфера обмена, которые повреждают память Visual Studio для Mac. В их параметрах можно перечислить Visual Studio для Mac как процесс, с которым они не должны вмешиваться.

Visual Studio для Mac жаловаться на необходимость Mono 2.4

Обновите установку Mono 2.4, если вы обновили Visual Studio для Mac, и при попытке запустить Visual Studio для Mac еще раз вы получите сообщение о том, что Mono 2.4 не присутствует.

Mono 2.4.2.3_6 устраняет некоторые важные проблемы, которые препятствовали надежному выполнению Visual Studio для Mac, иногда зависали Visual Studio для Mac при запуске или не позволяли создавать базу данных завершения кода.

После установки нового Mono Visual Studio для Mac начнется должным образом.

Утверждение в .. /.. /.. /.. /mono/metadata/generic-sharing.c:704, условие "oti" не соответствует

Если вы получаете следующую трассировку стека:

 - Assertion at ../../../../mono/metadata/generic-sharing.c:704, condition `oti' not met
Stacktrace:
    at System.Collections.Generic.List`1<object>..cctor () <0xffffffff>
    at System.Collections.Generic.List`1<object>..cctor () <0x0001c>
    at (wrapper runtime-invoke) object.runtime_invoke_dynamic (intptr,intptr,intptr,intptr) <0xffffffff>`

Это означает, что вы связываете статическую библиотеку, скомпилированную с большим кодом в проект. В i Телефон пакет SDK версии 3.1 (или выше во время написания этой статьи), Apple представила ошибку в компоновщике при связывании кода без отпечатков (Xamarin.iOS) с кодом Thumb (статическая библиотека). Для устранения этой проблемы вам потребуется связаться с версией статической библиотеки, отличной от thumb.

System.ExecutionEngineException: попытка JIT-компиляции метода (оболочка, управляемая к управляемому) Foo[]:System.Collections.Generic.ICollection'1.get_Count ()

Суффикс [] указывает, что вы или библиотека классов вызывает метод в массиве через универсальную коллекцию, например IEnumerable<>, ICollection<> или IList<>. В качестве обходного решения можно явно принудительно включить метод компилятора AOT, вызвав метод самостоятельно. Убедитесь, что этот код выполняется перед вызовом, который активировал исключение. В этом случае можно написать следующее:

Foo [] array = null;
int count = ((ICollection<Foo>) array).Count;

Что приведет к принудительному включению метода get_Count компилятора AOT.

Visual Studio для Mac редактор источника очень медленно

Иногда Visual Studio для Mac исходный редактор становится чрезвычайно медленным, как представляется, зависает в течение нескольких секунд между вводом символов.

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

1. Попробуйте закрыть вкладку редактора и снова открыть ее. Занимает ли это некоторое редактирование или перемещение заботы вокруг, пока замедление снова не произойдет?
2. Отключите функцию "Синхронизация луча" с помощью средства разработчика "Debug" (который можно найти с помощью Spotlight) и проверка, восстанавливается ли производительность исходного редактора в нормальном режиме.
3. Попробуйте повторить шаг (1) с синхронизацией луча по-прежнему отключен.
4. Если редактор зависает более чем на несколько секунд, попробуйте запустить "killall -QUIT [Visual Studio для Mac]" в терминале, пока он завис. Это может быть трудно вовремя, чтобы команда убийства произошла, пока редактор завис, но это важно сделать. Команда заставляет Mono записывать трассировки стека всех потоков в журнал MD. Журнал можно использовать для обнаружения состояния потоков, в то время как Visual Studio для Mac зависает.

Присоединение журналов XS, ~/Library/Logs/XamarinStudio-{VERSION}/Ide-{TIMESTAMP}.log, AndroidTools-{TIMESTAMP}.log и Components-{TIMESTAMP}.log (в более старых версиях XS/MonoDevelop просто отправьте ~/Library/Logs/MonoDevelop-(3.0|2.8|2.6)/MonoDevelop.log).

Примечание.

Указанная выше проблема устранена в XS 2.2 Final**

Скомпилированное приложение очень большое

Для поддержки отладки отладочные сборки содержат дополнительный код. Проекты, встроенные в режим выпуска, являются частью размера.

Начиная с Xamarin.iOS 1.3 сборки отладки включают поддержку отладки для каждого отдельного компонента Mono (каждый метод в каждом классе платформ).

В Xamarin.iOS 1.4 мы введем более подробный метод отладки. По умолчанию для кода и библиотек предоставляется инструментирование отладки, а не для всех сборок Mono. Вам придется предоставить инструментирование отладки для всех сборок Mono.

Установка зависает

Установщики Mono и Xamarin.iOS зависают, если у вас есть симулятор i Телефон. Эта проблема не ограничивается mono или Xamarin.iOS. Эта проблема согласуется с любым программным обеспечением, которое пытается установить программное обеспечение на macOS Snow Leopard, если симулятор i Телефон работает во время установки.

Убедитесь, что вы покинули симулятор i Телефон и повторите установку.

Отладчик не может подключиться к устройству

При запуске отладки конфигурации устройства отобразится диалоговое окно, показывающее, что он пытается подключиться к приложению. Существует несколько причин, по которым отладчик может не подключиться к приложению в зависимости от режима подключения (USB или Wi-Fi).

Если устройство и узел отладчика находятся в разных сетях, брандмауэр или частная сеть могут препятствовать подключению приложения к узлу отладчика в режиме Wi-Fi.

Visual Studio для Mac может не иметь возможности запрашивать правильный IP-адрес узла. В режиме Wi-Fi Visual Studio для Mac предоставляет приложению все IP-адреса, которые он может найти. Приложение пытается проверить, можно ли использовать любой из них для подключения к Visual Studio для Mac.

Другое устройство подключено к USB-порту на узле. В некоторых случаях другие устройства, подключенные к USB-портам на узле, как известно, каким-то образом вмешиваются в отладку в USB-режиме.

Если режим Wi-Fi или USB не работает, можно легко попробовать другой. В Visual Studio для Mac откройте вкладку "Параметры", перейдите на страницу "Параметры/отладчик/i Телефон отладчик" и переключите "Отладка устройств iOS через Wi-Fi вместо USB" проверка box. Если ни одно из них не работает, вы можете просмотреть дополнительные сведения о сбое в консоли устройства в подробном режиме (который включен путем добавления "-v -v -v-v" в дополнительные аргументы mtouch в параметрах проекта).

Ошибка 134: сбой mtouch со следующим сообщением:

Эта ошибка может возникать, если вы пытаетесь создать с помощью -nolink on the Xamarin.iOS 1.4 style of releases. Эту ошибку можно обойти, указав дополнительные аргументы в конфигурации проекта monodevelop.

Добавление аргумента

-nosymbolstrip

и проблема должна быть решена.

Удостоверение распространения не отображается в параметрах подписывания проекта Visual Studio для Mac

Visual Studio для Mac 2.2 имеет ошибку, которая приводит к не обнаружению сертификатов распространения, содержащих запятую. Обновление до Visual Studio для Mac 2.2.1.

Ошибка "AFCFileRefWrite возвращена: 1" во время отправки

При отправке приложения на устройство может появиться сообщение об ошибке AFCFileRefWrite, возвращенное: 1. Эта ошибка может произойти, если у вас есть файл нулевой длины.

Ошибка "mtouch не выполнена без выходных данных"

Текущий выпуск Xamarin.iOS и Visual Studio для Mac завершается ошибкой, если имя проекта или каталог, в котором хранится решение или проект, содержит пробелы. Чтобы устранить эту проблему, выполните следующие действия:

• Убедитесь, что проект и каталог, в котором он хранится, не содержит пробелов.
• В проекте "Main Параметры" убедитесь, что имя проекта не содержит пробелов.

Ошибка "Двоичный файл, который вы загрузили, был недопустим. Предварительная версия бета-версии пакета SDK использовалась для сборки приложения"

Эта ошибка обычно вызвана тем, что проект был запущен в разработке iPad до выпуска Xamarin.iOS 2.0.0. Скорее всего, у вас есть некоторые ключи в info.plist, например:

<key>UIDeviceFamily</key>
       <array>
               <string>1</string>
       </array>

Этот ключ должен быть удален, так как Visual Studio для Mac обрабатывает его автоматически.

Ошибка "Предварительная версия бета-версии пакета SDK использовалась для сборки приложения"

(Внесли Эд Ануфф)

Выполните следующие действия:

• Измените версию пакета SDK в параметрах сборки i Телефон на 3.2. Подключение iTunes отклонит его при отправке, так как оно видит совместимое с iPad приложение, созданное с помощью версии ПАКЕТА SDK меньше 3.2
• Создайте пользовательский info.plist для проекта и явно задайте в нем значение MinimumOSVersion 3.0. Это переопределит значение MinimumOSVersion 3.2, заданное Xamarin.iOS. Если этого не сделать, приложение не будет работать в i Телефон.
• Перестроение, zip-файл и отправка в iTunes connect.

Необработанное исключение: System.Exception: не удалось найти селектор некоторыхSelector: в {type}

Это исключение вызвано одним из трех вещей:

1. Вы предоставили селектор Objective-C среде выполнения без применения соответствующего атрибута [Export] к методу
2. Вы включили полную компоновку и не применили атрибут [Сохранить] к методу [Export]ed.
3. Атрибут [Export] применен к частному методу в наследуемом типе.

MainWindow.xib.designer.cs файл не обновляется

Произошла ошибка в Xamarin Studio 2.4, из-за которой файл MainWindow.xib не сгруппирован с файлом MainWindow.xib.designer в новых проектах. Это означало, что он не обновит код конструктора для этого конкретного файла.

Эта проблема устранена в версии Visual Studio для Mac, используйте встроенный средства обновления для обновления до последней доступной версии.

Вы можете исправить существующие проекты, удалив (не удаляя) xib и его файл конструктора, а затем добавив его обратно. Файлы будут сгруппированы правильно.

UIAlertView или UIActionSheet исчезнет после создания

Если у вас есть такой код:

var actionSheet = new UIActionSheet ("My ActionSheet", null, null, "OK", null){
   Style = UIActionSheetStyle.Default
};

actionSheet.Clicked += delegate (sender, args){
    Console.WriteLine ("Clicked on item {0}", args.ButtonIndex);
};

Объект ActionSheet живет в качестве временной переменной в функции. Как только функция завершится, объект имеет право на сборку мусора. В конечном итоге мусор собирается в проходе.

Чтобы устранить эту проблему, необходимо сохранить ссылку на "actionSheet" за пределами метода, где-то, где-то, что будет жить за пределами метода.

Проект Always Выполняется в симуляторе iPad

Установщик пакета SDK 4.0 для i Телефон устанавливает 2 пакета SDK. Пакет SDK 3.2 для создания приложений только для iPad. И пакет SDK 4.0, используемый для создания приложений i Телефон и универсальных приложений. Он также устанавливает симулятор 3.2, который имитирует только iPad и симулятор 4.0, который имитирует i Телефон или i Телефон 4. Все старые пакеты SDK и симуляторы удаляются.

Visual Studio для Mac i Телефон параметры сборки проекта включают параметр версии пакета SDK, которая будет использоваться при создании приложения. Этот параметр можно найти в разделе "Параметры проекта-сборка-i>> Телефон сборка".

Новые проекты в Visual Studio для Mac использовать самый старый установленный пакет SDK в качестве параметра пакета SDK по умолчанию. Если указанный пакет SDK не существует, Visual Studio для Mac будет использовать ближайшее приложение для создания приложения. Это было сделано так, чтобы проекты не всегда требовали новейший пакет SDK. Однако в настоящее время это приводит к использованию пакета SDK 3.2, что приводит к использованию симулятора iPad.

Чтобы устранить эту проблему с помощью пакета SDK 4.0, перейдите в раздел "Параметры проекта-сборка-i>> Телефон сборка> и измените значение пакета SDK на "4.0" с помощью раскрывающегося списка. Эти изменения необходимо вносить для каждой комбинации конфигурации и платформы, доступ к ней осуществляется с помощью раскрывающихся списков в верхней части панели.

Версию пакета SDK не следует путать с параметром "Минимальная версия ОС". Это значение не должно соответствовать значению версии пакета SDK. Оно влияет на минимальную версию операционной системы, в которую будет установлено приложение, которое может быть старше пакета SDK, если вы используете только API, которые существуют в старой ОС, или охраняют использование новых функций с помощью версий ОС среды выполнения проверка. Задайте для него старую версию ОС, на которой вы тестируете приложение.

Меню "Целевой > объект симулятора" Project-i> Телефон можно использовать для выбора симулятора, используемого по умолчанию при запуске или отладке проекта. Кроме того, меню "Запуск с> помощью"> можно использовать для выбора определенного симулятора, с которым нужно запустить.

ibtool возвращает ошибку 133

Эта ошибка означает, что установлен XCode 4. В XCode 4 ibtool был удален. Вы больше не можете редактировать файлы XIB с помощью автономного средства.

Если вы хотите использовать ibtool, установите XCode серии 3, доступной на веб-сайте Apple.

"Не удается создать привязку отображения для типа mime: application/vnd.apple-interface-builder"

Эта ошибка возникает, если вы пытаетесь создать пользовательский интерфейс i Телефон из проекта, отличного от i Телефон. Убедитесь, что вы начинаете с решения i Телефон/iPad, невозможно просто добавить элементы пользовательского интерфейса i Телефон в проект, отличный от i Телефон/iPad.

Сбой запуска при выполнении внутри симулятора iOS

Если в симуляторе возникает сбой среды выполнения (SIGSEGV), а также трассировка стека, которая выглядит следующим образом:

  at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes (System.Reflection.Assembly,bool)
  at MonoTouch.ObjCRuntime.Runtime.RegisterAssembly (System.Reflection.Assembly)
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr)

... затем в каталоге приложений симулятора может быть одна (или несколько) устаревших сборок. Такие сборки могут существовать, так как симулятор Apple iOS добавляет и обновляет файлы, но никогда не удаляет их. Проще всего выбрать "Сброс и содержимое и Параметры..." из меню симулятора.

Предупреждение

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

Симулятор зависает во время установки приложения

Эта ошибка может произойти, если имена приложений включают "". (dot) в имени. Использование ''' (dot) в имени исполняемого файла не допускается в CFBundleExecutable, даже если он работает во многих других случаях (например, на устройствах).

"Значение не должно содержать расширения в имени".

Ошибка: "Настраиваемый тип атрибута 0x43 не поддерживается" при двойном щелчке по xib-файлам

Это сообщение вызвано попыткой открыть XIB-файлы, если переменные среды заданы неправильно. Эта ошибка не должна происходить с обычным использованием Visual Studio для Mac и Xamarin.iOS. Повторное открытие Visual Studio для Mac из /Applications должно устранить проблему.

При попытке обновить программное обеспечение и появится сообщение об ошибке, электронная почта support@xamarin.com

Приложение выполняется на симуляторе, но завершается сбоем на устройстве

Эта проблема может проявляться в нескольких формах и не всегда приводит к согласованной ошибке. Если приложение содержит XIB, проверка, чтобы убедиться, что действие сборки в XIB имеет значение InterfaceDefinition. Это действие сборки по умолчанию для .xibs.

Чтобы проверка действие сборки, щелкните правой кнопкой мыши файл XIB и выберите действие сборки.

System.NotSupportedException: данные не доступны для кодирования 437

При включении сторонних библиотек в приложение Xamarin.iOS при попытке компиляции и запуска приложения может возникнуть ошибка в форме System.NotSupportedException: нет данных для кодирования 437. Например, библиотеки, например Ionic.Zip.ZipFile, могут вызывать это исключение во время операции.

Это исключение можно решить, открыв варианты проекта Xamarin.iOS, перейдя в iOS Build>Internationalization и проверка интернационализации Запада.

Не удалось запустить Xamarin.Launcher не удалось найти исполняемый файл "mlaunch.exe".

В некоторых случаях антивирусное программное обеспечение может неправильно пометить пакет SDK Xamarin.iOS как вредоносные программы и удалить необходимые файлы, повреждая пакет SDK. Это приведет к ошибкам, таким как "Не удалось запустить Xamarin.Launcher не удалось найти исполняемый файл "mlaunch.exe".

Если вы пострадали, исключите mlaunch.exe из антивирусного сканера, чтобы предотвратить повторение. Дополнительные сведения см. в статье "Создание исключения управления приложениями" или остановка внедрения sysfer.dll в процесс с помощью Endpoint Protection для Symantec, а также исключение файлов и папок из Norton Auto Protection, SONAR и сканирования аналитики загрузки для Norton. Кроме того, рекомендуется сообщить о ложном срабатывании Symantec или Norton.

Внимание

Для пользователей Norton участники сообщества также сообщили, что может потребоваться отключить проверку простоя, как описано здесь: Windows, Mac.

После добавления исключения для mlaunch.exe потребуется переустановка для восстановления отсутствующих файлов. Просто переключите каналы в обновлении, чтобы переустановить:

• Меню >Visual Studio проверьте наличие обновлений.
• Выберите другой канал обновления в раскрывающемся списке и нажмите кнопку switch channel .
• Дождитесь загрузки обновлений.
• Переключитесь на исходный канал и установите обновления.

Если эти инструкции не устраните проблему, добавьте комментарий к следующей проблеме GitHub: 8736.