Erreurs Xamarin.iOS

Article
01/18/2024

MT0xxx : messages d’erreur mtouch

Par exemple, les paramètres, l’environnement, les outils manquants.

MT0000 : Erreur inattendue - Veuillez remplir un rapport de bogue à l’adresse https://github.com/xamarin/xamarin-macios/issues/new

Une condition d’erreur inattendue s’est produite. Envoyez un nouveau problème sur GitHub avec autant d’informations que possible, notamment :

Journaux de build complets, avec une précision maximale (par exemple, -v -v -v -v dans les arguments mtouch supplémentaires) ;
Un cas de test minimal qui reproduit l’erreur ; Et
Toutes les informations de version

Le moyen le plus simple d’obtenir des informations exactes sur la version consiste à utiliser le menu Visual Studio pour Mac, À propos de Visual Studio pour Mac élément, le bouton Afficher les détails et copier/coller les informations de version (vous pouvez utiliser le bouton Copier des informations).

MT0001 : '-devname' a été fourni sans aucune action spécifique à l’appareil

Il s’agit d’un avertissement émis si -devname est passé à mtouch lorsqu’aucune action spécifique à l’appareil (-logdev/-installdev/-killdev/-launchdev/-listapps) a été demandée.

MT0002 : Impossible d’analyser la variable d’environnement *.

Cette erreur se produit si vous essayez de définir une paire clé=valeur d’environnement non valide. Le format correct est le suivant : mtouch --setenv=VARIABLE=VALUE

MT0003 : Le nom de l’application « *.exe » est en conflit avec un nom d’assembly de produit ou sdk (.dll).

Le nom de l’assembly exécutable et le nom de l’application ne peuvent pas correspondre au nom d’une dll dans l’application. Modifiez le nom de votre exécutable.

MT0004 : La nouvelle logique de comptage nécessite que SGen soit également activé.

Si vous activez l’extension de comptage, vous devez également activer le garbage collector SGen dans les options de build iOS du projet (onglet Avancé).

À compter de Xamarin.iOS 7.2.1, cette exigence a été levée, la nouvelle logique de comptage peut être activée avec boehm et SGen Garbage Collectors.

MT0005 : Le répertoire de sortie * n’existe pas.

Créez le répertoire.

Cette erreur n’est plus générée, mtouch crée automatiquement le répertoire s’il n’existe pas.

MT0006 : Il n’existe pas de plateforme de dével à *, utilisez --platform=PLAT pour spécifier le Kit de développement logiciel (SDK).

Xamarin.iOS ne trouve pas le répertoire du Kit de développement logiciel (SDK) à l’emplacement mentionné dans le message d’erreur. Vérifiez que le chemin d’accès est correct.

MT0007 : L’assembly racine * n’existe pas.

Xamarin.iOS ne trouve pas l’assembly à l’emplacement mentionné dans le message d’erreur. Vérifiez que le chemin d’accès est correct.

MT0008 : Vous devez fournir un assembly racine uniquement, trouvé # assemblys : *.

Plusieurs assemblys racines ont été passés à mtouch, alors qu’il ne peut y avoir qu’un seul assembly racine.

MT0009 : Erreur lors du chargement des assemblys : *.

Une erreur s’est produite lors du chargement des assemblys à partir des références d’assembly racine. Des informations supplémentaires peuvent être fournies dans la sortie de build.

MT0010 : Impossible d’analyser les arguments de ligne de commande : *.

Une erreur s’est produite lors de l’analyse des arguments de ligne de commande. Vérifiez qu’ils sont tous corrects.

MT0011 : * a été créé sur un runtime plus récent (*) que monoTouch prend en charge.

Cet avertissement est généralement signalé, car le projet a une référence à une bibliothèque de classes qui n’a pas été générée à l’aide de la liste de contrôle BCL Xamarin.iOS.

De la même façon qu’une application utilisant le Kit de développement logiciel (SDK) .NET 4.0 ne fonctionne pas sur un système prenant uniquement en charge .NET 2.0, une bibliothèque générée à l’aide de .NET 4.0 peut ne pas fonctionner sur Xamarin.iOS, elle peut utiliser l’API non présente sur Xamarin.iOS.

La solution générale consiste à générer la bibliothèque en tant que bibliothèque de classes Xamarin.iOS. Pour ce faire, vous pouvez créer un projet de bibliothèque de classes Xamarin.iOS et y ajouter tous les fichiers sources. Si vous n’avez pas le code source de la bibliothèque, contactez le fournisseur et demandez-lui de fournir une version compatible avec Xamarin.iOS de sa bibliothèque.

MT0012 : Les données incomplètes sont fournies pour terminer *.

Cette erreur n’est plus signalée dans la version actuelle de Xamarin.iOS.

MT0013 : La prise en charge du profilage nécessite également l’activation de sgen.

SGen (--sgen) doit être activé si le profilage (--profilage) est activé.

MT0014 : Le Kit de développement logiciel (SDK) iOS * ne prend pas en charge la création d’applications ciblant *.

Cela peut se produire dans les circonstances suivantes :

ARMv6 est activé et Xcode 4.5 ou version ultérieure est installé.
ARMv7s est activé et Xcode 4.4 ou version antérieure est installé.

Vérifiez que la version installée de Xcode prend en charge les architectures sélectionnées.

MT0015 : ABI non valide : *. Les API prises en charge sont : i386, x86_64, armv7, armv7+llvm, armv7+llvm+thumb2, armv7s, armv7s+llvm, armv7s+llvm+thumb2, arm64 et arm64+llvm.

Une ABI non valide a été passée à mtouch. Spécifiez une ABI valide.

MT0016 : L’option * a été déconseillée.

L’option mtouch mentionnée a été déconseillée et sera ignorée.

MT0017 : Vous devez fournir un assembly racine.

Il est nécessaire de spécifier un assembly racine (généralement l’exécutable principal) lors de la génération d’une application.

MT0018 : Argument de ligne de commande inconnu : *.

Mtouch ne reconnaît pas l’argument de ligne de commande mentionné dans le message d’erreur.

MT0019 : une seule option --[log|install|kill|launch]dev ou --[launch|debug]sim peut être utilisée.

Il existe plusieurs options pour mtouch qui ne peuvent pas être utilisées simultanément :

--logdev
--installdev
--killdev
--launchdev
--launchdebug
--launchsim

MT0020 : Les options valides pour « * » sont « * ».

MT0021 : Impossible de compiler à l’aide de gcc/g++ (--use-gcc) lors de l’utilisation de l’élément statique registrar (il s’agit de la valeur par défaut lors de la compilation pour l’appareil). Supprimez l’indicateur --use-gcc ou utilisez l’indicateur dynamique registrar (--registrar:d ynamic).

MT0022 : les options « ---unsupported--enable-generics-in-registrar » et « - »registrar ne sont pas compatibles.

Supprimez les options --unsupported--enable-generics-in-registrar et --registrar. À compter de Xamarin.iOS 7.2.1, la valeur par défaut registrar prend en charge les génériques.

Cette erreur n’est plus affichée (l’argument --unsupported--enable-generics-in-registrar de ligne de commande a été supprimé de mtouch).

MT0023 : Le nom de l’application « *.exe » est en conflit avec un autre assembly utilisateur.

Le nom de l’assembly exécutable et le nom de l’application ne peuvent pas correspondre au nom d’une dll dans l’application. Modifiez le nom de votre exécutable.

MT0024 : Impossible de trouver le fichier obligatoire '*'.

MT0025 : Aucune version du Kit de développement logiciel (SDK) n’a été fournie. `--sdk=X.Y` Ajoutez pour spécifier le Kit de développement logiciel (SDK) iOS à utiliser pour générer votre application.

MT0026 : Impossible d’analyser l’argument de ligne de commande '' :

MT0027 : Les options « * » et « * » ne sont pas compatibles.

MT0028 : Impossible d’activer PIE (secteurs) lors du ciblage d’iOS 4.1 ou version antérieure. Désactivez PIE (-pie :false) ou définissez la cible de déploiement sur au moins iOS 4.2

MT0029 : REPL (--enable-repl) est pris en charge uniquement dans le simulateur (--sim).

REPL est uniquement pris en charge si vous créez pour le simulateur. Cela signifie que si vous passez --enable-repl à mtouch, vous devez également passer --sim.

MT0030 : Le nom exécutable () et le nom de l’application () sont différents, cela peut empêcher les journaux d’incident d’être correctement symboliques.

Lorsque Xcode symbolique (traduit des adresses mémoire en noms de fonction et des numéros de fichier/ligne), le processus peut échouer si l’exécutable et l’application ont des noms différents (sans l’extension).

Pour résoudre ce problème, modifiez « Nom de l’application » dans les options d’application Build/iOS du projet, ou modifiez « Nom de l’assembly » dans les options build/sortie du projet.

MT0031 : Les arguments de ligne de commande « --enable-background-fetch » et « --launch-for-background-fetch » nécessitent également « --launchsim ».

MT0032 : l’option « --debugtrack » est ignorée, sauf si « --debug » est également spécifié.

MT0033 : un projet Xamarin.iOS doit référencer monotouch.dll ou Xamarin.iOS.dll

MT0034 : Impossible d’inclure à la fois « monotouch.dll » et « Xamarin.iOS.dll » dans le même projet Xamarin.iOS : « * » est référencé explicitement, tandis que « * » est référencé par « * ».

MT0036 : Impossible de lancer un simulateur * pour une application *. Activez les architectures appropriées dans les options de build iOS de votre projet (page Avancé).

MT0037 : monotouch.dll n’est pas compatible 64 bits. Référence Xamarin.iOS.dll ou ne pas générer pour une architecture 64 bits (ARM64 et/ou x86_64).

MT0038 : L’ancien registrars (- :registraroldstatic|olddynamic) n’est pas pris en charge lors du référencement Xamarin.iOS.dll.

MT0039 : Les applications ciblant ARMv6 ne peuvent pas référencer Xamarin.iOS.dll.

MT0040 : Impossible de trouver l’assembly '', référencé par ''.

MT0041 : Impossible de référencer à la fois « monotouch.dll » et « Xamarin.iOS.dll ».

MT0042 : Aucune référence à monotouch.dll ou Xamarin.iOS.dll a été trouvée. Une référence à monotouch.dll sera ajoutée.

MT0043 : Le garbage collector Boehm n’est actuellement pas pris en charge lors du référencement de « Xamarin.iOS.dll ». Le garbage collector SGen a été sélectionné à la place.

Seul le garbage collector SGen est pris en charge avec les projets unifiés. Vérifiez qu’il n’existe aucun indicateur mtouch supplémentaire spécifiant Boehm comme garbage collector.

MT0044 : --listsim est pris en charge uniquement avec Xcode 6.0 ou version ultérieure.

Installez une version Xcode plus récente.

MT0045 : --extension n’est prise en charge que lors de l’utilisation du Kit de développement logiciel (SDK) iOS 8.0 (ou version ultérieure).

MT0047 : la cible de déploiement minimale pour les applications unifiées est 5.1.1, la cible de déploiement actuelle est « * ». Sélectionnez une cible de déploiement plus récente dans les options d’application iOS de votre projet.

MT0049 : .framework est pris en charge uniquement si la cible de déploiement est 8.0 ou ultérieure. les fonctionnalités peuvent ne pas fonctionner correctement.

L’infrastructure spécifiée n’est pas prise en charge dans la version iOS à laquelle la cible de déploiement fait référence. Mettez à jour la cible de déploiement vers une version iOS plus récente ou supprimez l’utilisation de l’infrastructure spécifiée de l’application.

MT0051 : Xamarin.iOS * nécessite Xcode 5.0 ou version ultérieure. La version actuelle de Xcode (trouvée dans ) est .

Installez un Xcode plus récent.

MT0052 : Aucune commande spécifiée.

Aucune action n’a été spécifiée pour mtouch.

MT0054 : Impossible de canoniser le chemin '' :

Il s'agit d'une erreur interne. Si vous voyez cette erreur, envoyez un nouveau problème sur github.

MT0055 : le chemin d’accès Xcode '*' n’existe pas.

Le chemin d’accès Xcode passé à l’aide --sdkroot n’existe pas. Spécifiez un chemin d’accès valide.

MT0056 : Impossible de trouver Xcode à l’emplacement par défaut (/Applications/Xcode.app). Installez Xcode ou passez un chemin personnalisé à l’aide du chemin d’accès> --sdkroot<.

MT0057 : Impossible de déterminer le chemin d’accès à Xcode.app à partir de la racine du kit sdk ' *'. Spécifiez le chemin complet de l’offre groupée Xcode.app.

Le chemin d’accès passé à l’aide --sdkroot ne spécifie pas d’application Xcode valide. Spécifiez un chemin d’accès à une application Xcode.

MT0058 : le Xcode.app '' n’est pas valide (le fichier '' n’existe pas).

Le chemin d’accès passé à l’aide --sdkroot ne spécifie pas d’application Xcode valide. Spécifiez un chemin d’accès à une application Xcode.

MT0059 : Impossible de trouver le Xcode actuellement sélectionné sur le système : *

MT0060 : Impossible de trouver le Xcode actuellement sélectionné sur le système. 'xcode-select --print-path' a retourné '*', mais ce répertoire n’existe pas.

MT0061 : Aucune Xcode.app spécifiée (à l’aide de --sdkroot), à l’aide du système Xcode tel qu’indiqué par « xcode-select --print-path » : *

Il s’agit d’un avertissement d’information expliquant quel Xcode sera utilisé, car aucun n’a été spécifié.

MT0062 : Aucune Xcode.app spécifiée (à l’aide de --sdkroot ou « xcode-select --print-path »), à l’aide du Xcode par défaut à la place : *

Il s’agit d’un avertissement d’information expliquant quel Xcode sera utilisé, car aucun n’a été spécifié.

MT0063 : Impossible de trouver l’exécutable dans l’extension * (aucune entrée CFBundleExecutable dans son Info.plist)

Chaque info.plist doit avoir un exécutable (à l’aide de l’entrée CFBundleExecutable), mais une entrée doit être générée automatiquement pendant la génération.

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0064 : Xamarin.iOS prend uniquement en charge les frameworks incorporés avec des projets unifiés.

Xamarin.iOS prend uniquement en charge les frameworks incorporés lors de l’utilisation de l’API unifiée ; mettez à jour votre projet pour utiliser l’API unifiée.

MT0065 : Xamarin.iOS prend uniquement en charge les frameworks incorporés lorsque la cible de déploiement est au moins 8.0 (cible de déploiement actuelle : * frameworks incorporés : *)

Xamarin.iOS prend uniquement en charge les frameworks incorporés lorsque la cible de déploiement est au moins 8.0 (car les versions antérieures d’iOS ne prennent pas en charge les frameworks incorporés).

Mettez à jour la cible de déploiement dans info.plist du projet vers la version 8.0 ou ultérieure.

MT0066 : Assembly de build registrar non valide : *

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0067 : Non valide registrar: *

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0068 : Valeur non valide pour l’infrastructure cible : *.

Une infrastructure cible non valide a été passée à l’aide de l’argument --target-framework. Spécifiez une infrastructure cible valide.

MT0070 : Framework cible non valide : . Les frameworks cibles valides sont : .

Une infrastructure cible non valide a été passée à l’aide de l’argument --target-framework. Spécifiez une infrastructure cible valide.

MT0071 : Plateforme inconnue : *. Cela indique généralement un bogue dans Xamarin.iOS.

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0072 : Les extensions ne sont pas prises en charge pour la plateforme « * ».

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0073 : Xamarin.iOS * ne prend pas en charge une cible de déploiement de * (le minimum est *). Sélectionnez une cible de déploiement plus récente dans info.plist de votre projet.

La cible de déploiement minimale est celle spécifiée dans le message d’erreur ; sélectionnez une cible de déploiement plus récente dans info.plist du projet.

Si la mise à jour de la cible de déploiement n’est pas possible, utilisez une version antérieure de Xamarin.iOS.

MT0074 : Xamarin.iOS * ne prend pas en charge une cible de déploiement minimale de * (la valeur maximale est *). Sélectionnez une cible de déploiement plus ancienne dans info.plist de votre projet ou effectuez une mise à niveau vers une version plus récente de Xamarin.iOS.

Xamarin.iOS ne prend pas en charge la définition de la cible de déploiement minimale sur une version supérieure à la version pour laquelle cette version particulière de Xamarin.iOS a été créée.

Sélectionnez une cible de déploiement minimale plus ancienne dans info.plist du projet ou effectuez une mise à niveau vers une version plus récente de Xamarin.iOS.

MT0075 : Architecture non valide '' pour projets. Les architectures valides sont les suivantes : *

Une architecture non valide a été spécifiée. Vérifiez que l’architecture est valide.

MT0076 : Aucune architecture spécifiée (à l’aide de l’argument --abi). Une architecture est requise pour les projets * .

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0077 : Les projets WatchOS doivent être des extensions.

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0078 : Les builds incrémentielles sont activées avec une cible < de déploiement 8.0 (actuellement *). Cela n’est pas pris en charge (l’application résultante ne démarre pas sur iOS 9), de sorte que la cible de déploiement est définie sur 8.0.

Il s’agit d’un avertissement indiquant que la cible de déploiement a été définie sur 8.0 pour cette build afin que les builds incrémentielles fonctionnent correctement.

Les builds incrémentielles ne sont prises en charge que lorsque la cible de déploiement est au moins 8.0 (car l’application résultante ne démarre pas sur iOS 9 sinon).

MT0079 : La version Xcode recommandée pour Xamarin.iOS * est Xcode * ou version ultérieure. La version actuelle de Xcode (trouvée dans ) est .

Il s’agit d’un avertissement indiquant que la version actuelle de Xcode n’est pas la version recommandée de Xcode pour cette version de Xamarin.iOS.

Mettez à niveau Xcode pour garantir un comportement optimal.

MT0080 : La désactivation de NewRefCount, --new-refcount :false, est déconseillée.

Il s’agit d’un avertissement indiquant que la demande de désactivation du nouveau refcount (--new-refcount :false) a été ignorée.

La nouvelle fonctionnalité refcount est désormais obligatoire pour tous les projets, et il n’est donc plus possible de désactiver.

MT0081 : L’argument de ligne de commande --download-crash-report nécessite également --download-crash-report-to.

MT0082 : REPL (--enable-repl) est pris en charge uniquement lorsque la liaison n’est pas utilisée (--nolink).

MT0083 : Le code binaire Asm uniquement n’est pas pris en charge sur watchOS. Utilisez --bitcode :marker ou --bitcode :full.

MT0084 : Le code binaire n’est pas pris en charge dans le simulateur. Ne passez pas --bitcode lors de la génération du simulateur.

MT0085 : Aucune référence à '*' a été trouvée. Elle sera ajoutée automatiquement.

MT0086 : Une infrastructure cible (--target-framework) doit être spécifiée lors de la génération pour TVOS ou WatchOS.

Cela indique un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT0087 : Les builds incrémentielles (--fastdev) ne sont pas prises en charge avec le GC Boehm. Les builds incrémentielles sont désactivées.

MT0088 : Le GC doit être en mode coopératif pour les applications watchOS. Supprimez l’argument --coop :false pour mtouch.

MT0089 : l’option '' ne peut pas prendre la valeur '' lorsque le mode coopératif est activé pour le GC.

MT0091 : Cette version de Xamarin.iOS nécessite le SDK (fourni avec Xcode ). Effectuez une mise à niveau de Xcode pour obtenir les fichiers d’en-tête requis ou définissez le comportement de l’éditeur de liens managé sur les kits SDK Link Framework uniquement (pour essayer d’éviter les nouvelles API).

Xamarin.iOS nécessite les fichiers d’en-tête, à partir de la version du Kit de développement logiciel (SDK) spécifiée dans le message d’erreur, pour générer votre application. La méthode recommandée pour corriger cette erreur consiste à mettre à niveau Xcode pour obtenir le Kit de développement logiciel (SDK) requis, ce qui inclut tous les fichiers d’en-tête requis. Si plusieurs versions de Xcode sont installées ou que vous souhaitez utiliser un Xcode dans un emplacement non par défaut, veillez à définir l’emplacement Xcode approprié dans les préférences de votre IDE.

Une solution alternative potentielle consiste à activer l’éditeur de liens managés. Cela supprime l’API inutilisée, y compris, dans la plupart des cas, la nouvelle API dans laquelle les fichiers d’en-tête sont manquants (ou incomplets). Toutefois, cela ne fonctionnera pas si votre projet utilise l’API introduite dans un sdk plus récent que celui fourni par votre Xcode.

Une solution de dernière paille consisterait à utiliser une version antérieure de Xamarin.iOS, qui prend en charge le SDK requis par votre projet.

MT0093 : Impossible de trouver 'mlaunch'.

MT0095 : Impossible de copier les fichiers Aot dans le répertoire de destination {dest} : {error}

MT0096 : Aucune référence à Xamarin.iOS.dll a été trouvée.

MT0099 : Erreur interne *.

Ce message d’erreur est signalé lorsqu’une case activée de cohérence interne dans Xamarin.iOS échoue.

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0100 : cible de build d’assembly non valide : ' *'.

Ce message d’erreur est signalé lorsqu’une case activée de cohérence interne dans Xamarin.iOS échoue.

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github avec un cas de test.

MT0101 : L’assembly '*' est spécifié plusieurs fois dans les arguments --assembly-build-target.

L’assembly mentionné dans le message d’erreur est spécifié plusieurs fois dans les arguments --assembly-build-target. Vérifiez que chaque assembly n’est mentionné qu’une seule fois.

MT0102 : Les assemblys '' et '' ont le même nom cible (''), mais des cibles différentes ('' et '*').

Les assemblys mentionnés dans le message d’erreur ont des cibles de build en conflit.

Par exemple :

  --assembly-build-target:Assembly1.dll=framework=MyBinary --assembly-build-target:Assembly2.dll=dynamiclibrary=MyBinary

Cet exemple tente de créer à la fois une bibliothèque dynamique et une infrastructure avec la même création (MyBinary).

MT0103 : L’objet statique '' contient plusieurs assemblys (''), mais chaque objet statique doit correspondre à un seul assembly.

Les assemblys mentionnés dans le message d’erreur sont tous compilés en un seul objet statique. Ce n’est pas autorisé, chaque assembly doit être compilé sur un objet statique différent.

Par exemple :

--assembly-build-target:Assembly1.dll=staticobject=MyBinary --assembly-build-target:Assembly2.dll=staticobject=MyBinary

Cet exemple tente de générer un objet statique (MyBinary) composé de deux assemblys (Assembly1.dll et Assembly2.dll), qui n’est pas autorisé.

MT0105 : Aucune cible de build d’assembly n’a été spécifiée pour '*'.

Lors de la spécification de la cible de génération d’assembly à l’aide --assembly-build-targetde , chaque assembly de l’application doit avoir une cible de build affectée.

Cette erreur est signalée lorsque l’assembly mentionné dans le message d’erreur n’a pas de cible de build d’assembly affectée.

Pour plus d’informations --assembly-build-target , consultez la documentation.

MT0106 : Le nom cible de build d’assembly '' n’est pas valide : le caractère '' n’est pas autorisé.

Le nom de la cible de build d’assembly doit être un nom de fichier valide.

Par exemple, ces valeurs déclenchent cette erreur :

--assembly-build-target:Assembly1.dll=staticobject=my/path.o

car my/path.o n’est pas un nom de fichier valide en raison du caractère de séparation du répertoire.

MT0107 : Les assemblys '' ont différentes optimisations LLVM personnalisées (), ce qui n’est pas autorisé lorsqu’ils sont tous compilés sur un seul binaire.

MT0108 : la cible de build d’assembly '*' ne correspondait à aucun assembly.

MT0109 : L’assembly '{0}' a été chargé à partir d’un chemin différent du chemin fourni (chemin d’accès fourni : {1}, chemin réel : {2}).

Il s’agit d’un avertissement indiquant qu’un assembly référencé par l’application a été chargé à partir d’un emplacement différent de celui demandé.

Cela peut signifier que l’application fait référence à plusieurs assemblys portant le même nom, mais à partir de différents emplacements, ce qui peut entraîner des résultats inattendus (seul le premier assembly sera utilisé).

MT0110 : Les builds incrémentielles ont été désactivées, car cette version de Xamarin.iOS ne prend pas en charge les builds incrémentielles dans les projets qui incluent des bibliothèques de liaisons tierces et qui se compilent en code binaire.

Les builds incrémentielles ont été désactivées, car cette version de Xamarin.iOS ne prend pas en charge les builds incrémentielles dans les projets qui incluent des bibliothèques de liaisons tierces et qui compilent le code binaire (projets tvOS et watchOS).

Aucune action n’est requise de votre part, ce message est purement informationnel.

Cet avertissement n’est plus signalé.

MT0111 : Bitcode a été activé, car cette version de Xamarin.iOS ne prend pas en charge la création de projets watchOS à l’aide de LLVM sans activer le code binaire.

Bitcode a été activé automatiquement, car cette version de Xamarin.iOS ne prend pas en charge la création de projets watchOS à l’aide de LLVM sans activer le code binaire.

Aucune action n’est requise de votre part, ce message est purement informationnel.

Il existe plusieurs raisons pour lesquelles le partage de code peut être désactivé :

étant donné que la cible de déploiement de l’application conteneur est antérieure à iOS 8.0 (il s’agit de *)).

Le partage de code natif nécessite iOS 8.0, car le partage de code natif est implémenté à l’aide de frameworks utilisateur, qui a été introduit avec iOS 8.0.

car l’application conteneur inclut des assemblys I18N (*).

Le partage de code natif n’est actuellement pas pris en charge si l’application conteneur inclut des assemblys I18N.

étant donné que l’application conteneur a des définitions xml personnalisées pour l’éditeur de liens managés (*).

Le partage de code natif ne nécessite pas de prise en charge pour les projets qui utilisent des définitions xml personnalisées pour l’éditeur de liens managés.

étant donné que les options de code binaire diffèrent entre l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que les options de code binaire correspondent entre les projets qui partagent du code.
étant donné que les options --assembly-build-target sont différentes entre l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que les options --assembly-build-target soient identiques entre les projets qui partagent du code.

Cette condition peut se produire si les builds incrémentielles ne sont pas activées ou désactivées dans tous les projets.
étant donné que les assemblys I18N sont différents entre l’application conteneur (*) et l’extension (*).

Le partage de code natif n’est actuellement pas pris en charge pour les extensions qui incluent des assemblys I18N.
étant donné que les arguments du compilateur AOT sont différents entre l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que les arguments du compilateur AOT ne diffèrent pas entre les projets qui partagent du code.
étant donné que les autres arguments du compilateur AOT sont différents entre l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que les arguments du compilateur AOT ne diffèrent pas entre les projets qui partagent du code.

Cette condition se produit si l’opération « Effectuer toutes les opérations float 32 bits comme float 64 bits » diffère entre les projets.
car LLVM n’est pas activé ou désactivé dans l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que LLVM soit activé ou désactivé pour tous les projets qui partagent du code.
étant donné que les paramètres de l’éditeur de liens managés sont différents entre l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que les paramètres de l’éditeur de liens managés soient identiques pour tous les projets qui partagent du code.
étant donné que les assemblys ignorés pour l’éditeur de liens managés sont différents entre l’application conteneur (*) et l’extension (*).

Le partage de code natif nécessite que les paramètres de l’éditeur de liens managés soient identiques pour tous les projets qui partagent du code.
car l’extension a des définitions xml personnalisées pour l’éditeur de liens managés (*).

Le partage de code natif ne nécessite pas de prise en charge pour les projets qui utilisent des définitions xml personnalisées pour l’éditeur de liens managés.
car l’application conteneur ne génère pas pour l’ABI * (tandis que l’extension est générée pour cet ABI).

Le partage de code natif nécessite que l’application conteneur génère toutes les architectures pour utilisant toutes les builds d’extension d’application.

Par exemple : cette condition se produit lorsqu’une extension est générée pour ARM64+ARMv7, mais que l’application conteneur génère uniquement pour ARM64.
étant donné que l’application conteneur crée pour l’ABI *, qui n’est pas compatible avec l’ABI de l’extension (*).

Le partage de code natif nécessite que tous les projets soient générés pour la même API.

Par exemple : cette condition se produit lorsqu’une extension est générée pour ARMv7+llvm+thumb2, mais que l’application conteneur génère uniquement pour ARMv7+llvm.
étant donné que l’application conteneur fait référence à l’assembly '*' de '*', tandis que l’extension fait référence à une version différente de '*'.

Le partage de code natif nécessite que tous les projets qui partagent du code utilisent les mêmes versions pour tous les assemblys.

MT0115 : Il est recommandé de référencer des symboles dynamiques à l’aide du code (--dynamic-symbol-mode=code) lorsque le code binaire est activé.

Les projets Xamarin.iOS référencent souvent dynamiquement des symboles natifs, ce qui signifie que l’éditeur de liens natif peut supprimer ces symboles natifs pendant le processus de liaison native, car l’éditeur de liens natif ne voit pas que ces symboles sont utilisés.

En règle générale, Xamarin.iOS demande à l’éditeur de liens natif de conserver ces symboles (à l’aide de l’indicateur -u symbol d’éditeur de liens), mais lors de la compilation pour le code binaire, l’éditeur de liens natif n’accepte pas l’indicateur -u .

Xamarin.iOS a implémenté une solution alternative : nous générons du code natif supplémentaire qui référence ces symboles, et par conséquent, l’éditeur de liens natif verra que ces symboles sont utilisés. Cette opération est effectuée automatiquement lors de la compilation en code binaire.

Si --dynamic-symbol-mode=linker elle est passée à mtouch, cette solution alternative est désactivée et Xamarin.iOS tente de passer -u à l’éditeur de liens natif. Cela entraînera probablement des erreurs natives de l’éditeur de liens.

La solution consiste à supprimer l’argument --dynamic-symbol-mode=linker des arguments mtouch supplémentaires dans les options de génération du projet.

MT0116 : Architecture non valide : {arch}. Les architectures 32 bits ne sont pas prises en charge lorsque la cible de déploiement est 11 ou ultérieure. Vérifiez que le projet ne génère pas pour une architecture 32 bits.

iOS 11 ne contient pas la prise en charge des applications 32 bits. Il n’est donc pas pris en charge pour générer une application 32 bits lorsque la cible de déploiement est iOS 11 ou version ultérieure.

Modifiez l’architecture cible dans les options de build iOS du projet en arm64 ou remplacez la cible de déploiement dans info.plist du projet par une version antérieure d’iOS.

MT0117 : Impossible de lancer une application 32 bits sur un simulateur qui prend uniquement en charge 64 bits.

MT0118 : Impossible de trouver les fichiers Aot dans le répertoire attendu « {msymdir} ».

MT0123 : L’assembly exécutable * ne fait pas référence à *.

Aucune référence n’est disponible pour l’assembly de plateforme (Xamarin.iOS.dll/Xamarin.TVOS.dll/Xamarin.WatchOS.dll) dans l’assembly exécutable.

Cela se produit généralement lorsqu’il n’existe aucun code dans le projet exécutable qui utilise n’importe quoi de l’assembly de plateforme ; par exemple, une méthode Main vide (et aucun autre code) affiche cette erreur :

class Program {
    void Main (string[] args)
    {
    }
}

L’utilisation d’une API à partir de l’assembly de plateforme résout l’erreur :

class Program {
    void Main (string[] args)
    {
        System.Console.WriteLine (typeof (UIKit.UIWindow));
    }
}

MT0124 : Impossible de définir la langue actuelle sur « {lang} » (selon LANG={LANG}) : {exception}

Il s’agit d’un avertissement indiquant que la langue actuelle n’a pas pu être définie sur la langue dans le message d’erreur.

La langue actuelle est par défaut la langue système.

MT0125 : L’argument de ligne de commande --assembly-build-target est ignoré dans le simulateur.

Aucune action n’est requise, ce message est purement informationnel.

MT0126 : Les builds incrémentielles ont été désactivées, car les builds incrémentielles ne sont pas prises en charge dans le simulateur.

Aucune action n’est requise, ce message est purement informationnel.

MT0127 : Les builds incrémentielles ont été désactivées, car cette version de Xamarin.iOS ne prend pas en charge les builds incrémentielles dans les projets qui incluent plusieurs bibliothèques de liaisons tierces.

Les builds incrémentielles ont été désactivées automatiquement, car cette version de Xamarin.iOS ne génère pas toujours de projets avec plusieurs bibliothèques de liaisons tierces correctement.

Aucune action n’est requise, ce message est purement informationnel.

MT0128 : Impossible de toucher le fichier '' :

Une défaillance s’est produite lors du contact d’un fichier (ce qui est fait pour garantir que les builds partielles sont effectuées correctement).

Cet avertissement peut probablement être ignoré ; en cas de problème de fichier d’un nouveau problème sur GitHub et il sera examiné.

MT0135 : N’a pas lié l’infrastructure système '{0}' (référencée par l’assembly '{1}'), car elle a été introduite dans {2}{3}, et nous utilisons le {2}{4} Kit de développement logiciel (SDK).

Pour générer votre application, Xamarin.iOS doit se lier à des bibliothèques système, dont certaines dépendent de la version du SDK spécifiée dans le message d’erreur. Étant donné que vous utilisez une version antérieure du Kit de développement logiciel (SDK), les appels à ces API peuvent échouer au moment de l’exécution.

La méthode recommandée pour corriger cette erreur consiste à mettre à niveau Xcode pour obtenir le Kit de développement logiciel (SDK) nécessaire. Si plusieurs versions de Xcode sont installées ou que vous souhaitez utiliser un Xcode dans un emplacement non par défaut, veillez à définir l’emplacement Xcode approprié dans les préférences de votre IDE.

Vous pouvez également activer l’éditeur de liens managés pour supprimer les API inutilisées, notamment (dans la plupart des cas) les nouvelles qui nécessitent la bibliothèque spécifiée. Toutefois, cela ne fonctionnera pas si votre projet nécessite des API introduites dans un sdk plus récent que celui fourni par votre Xcode.

En tant que solution de dernière paille, utilisez une version antérieure de Xamarin.iOS qui ne nécessite pas que ces nouveaux kits SDK soient présents pendant le processus de génération.

MT10xx : Programme d’installation / mtouch

MT1001 : Impossible de trouver une application dans le répertoire spécifié

MT1002 : Impossible de créer des liens symboliques, les fichiers ont été copiés

MT1003 : Impossible de tuer l’application '*'. Vous devrez peut-être tuer l’application manuellement.

MT1004 : Impossible d’obtenir la liste des applications installées.

MT1005 : Impossible de tuer l’application '' sur l’appareil '' : *- Vous devrez peut-être tuer l’application manuellement.

MT1006 : Impossible d’installer l’application '' sur l’appareil '' : *.

MT1007 : Échec du lancement de l’application '' sur l’appareil '' : *. Vous pouvez toujours lancer l’application manuellement en appuyant dessus.

MT1008 : Échec du lancement du simulateur

Cette erreur est signalée si mtouch n’a pas pu lancer le simulateur. Cela peut se produire parfois, car il existe déjà un processus de simulateur obsolète ou mort en cours d’exécution.

La commande suivante émise sur la ligne de commande Unix peut être utilisée pour tuer les processus de simulateur bloqués :

$ launchctl list|grep UIKitApplication|awk '{print $3}'|xargs launchctl remove

MT1009 : Impossible de copier l’assembly '' sur '' : *

Il s’agit d’un problème connu dans certaines versions de Xamarin.iOS.

Si cela se produit, essayez la solution de contournement suivante :

sudo chmod 0644 /Library/Frameworks/Xamarin.iOS.framework/Versions/Current/lib/mono/*/*.mdb

Toutefois, étant donné que ce problème a été résolu dans la dernière version de Xamarin.iOS, envoyez un nouveau problème sur github avec vos informations de version complètes et la sortie du journal de génération.

MT1010 : Impossible de charger l’assembly '' :

MT1011 : Impossible d’ajouter le fichier de ressources manquant : '*'

MT1012 : Échec de la liste des applications sur l’appareil '' :

MT1013 : Erreur de suivi des dépendances : aucun fichier à comparer.

Cela indique un bogue dans Xamarin.iOS. Envoyez un nouveau problème sur github avec un cas de test.

MT1014 : Échec de la réutilisation de la version mise en cache de '' : .

MT1015 : Échec de la création de l’exécutable '' :

MT1016 : Impossible de créer le fichier NOTICE, car un répertoire existe déjà avec le même nom.

Supprimez le répertoire NOTICE du projet.

MT1017 : Échec de la création du fichier NOTICE : *.

MT1018 : Votre application a échoué case activée s de signature de code et n’a pas pu être installée sur l’appareil « * ». Vérifiez vos certificats, profils d’approvisionnement et ID de bundle. Probablement que votre appareil ne fait pas partie du profil d’approvisionnement sélectionné (erreur : 0xe8008015).

MT1019 : Votre application dispose des droits d’utilisation non pris en charge par votre profil d’approvisionnement actuel et n’a pas pu être installé sur l’appareil « * ». Veuillez case activée le journal des appareils iOS pour plus d’informations (erreur : 0xe8008016).

Cette erreur peut se produire dans les cas suivants :

Votre application dispose des droits que le profil d’approvisionnement actuel ne prend pas en charge. Solutions possibles :
- Spécifiez un autre profil d’approvisionnement qui prend en charge les droits dont votre application a besoin.
- Supprimez les droits non pris en charge dans le profil d’approvisionnement actuel.
L’appareil sur lequel vous essayez de déployer n’est pas inclus dans le profil d’approvisionnement que vous utilisez. Solutions possibles :
- Créez une application à partir d’un modèle dans Xcode, sélectionnez le même profil d’approvisionnement et déployez-la sur le même appareil. Parfois, Xcode peut actualiser automatiquement les profils d’approvisionnement avec de nouveaux appareils (dans d’autres cas, Xcode vous demande ce qu’il faut faire). -Accédez au Centre de développement iOS et mettez à jour le profil d’approvisionnement avec le nouvel appareil, puis téléchargez le profil d’approvisionnement mis à jour sur votre ordinateur.

Dans la plupart des cas, plus d’informations sur l’échec seront imprimées dans le journal des appareils iOS, ce qui peut vous aider à diagnostiquer le problème.

MT1020 : Échec du lancement de l’application '' sur l’appareil '' : *

MT1021 : Impossible de copier le fichier '' vers '' : {2}

Impossible de copier un fichier. Le message d’erreur de l’opération de copie contient plus d’informations sur l’erreur.

MT1022 : Impossible de copier le répertoire '' vers '' : {2}

Impossible de copier un répertoire. Le message d’erreur de l’opération de copie contient plus d’informations sur l’erreur.

MT1023 : Impossible de communiquer avec l’appareil pour rechercher l’application '' :

Une erreur s’est produite lors de la tentative de recherche d’une application sur l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.

MT1024 : La signature de l’application n’a pas pu être vérifiée sur l’appareil '*'. Vérifiez que le profil d’approvisionnement est installé et n’a pas expiré (erreur : 0xe8008017).

L’appareil a rejeté l’installation de l’application, car la signature n’a pas pu être vérifiée.

Vérifiez que le profil d’approvisionnement est installé et n’a pas expiré.

MT1025 : Impossible de répertorier les rapports d’incident sur l’appareil *.

Une erreur s’est produite lors de la tentative de liste des rapports d’incident sur l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1026 : Impossible de télécharger le rapport d’incident * à partir de l’appareil *.

Une erreur s’est produite lors de la tentative de téléchargement des rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1027 : Ne peut pas utiliser Xcode 7+ pour lancer des applications sur des appareils avec iOS * (Xcode 7 prend uniquement en charge iOS 6+).

Il n’est pas possible d’utiliser Xcode 7+ pour lancer des applications sur des appareils avec iOS version inférieure à 6.0.

Utilisez une version antérieure de Xcode ou appuyez manuellement sur l’application pour la lancer.

MT1028 : Spécification d’appareil non valide : '*'. 'ios', 'watchos' ou 'all'.

La spécification de l’appareil passée à l’aide de --device n’est pas valide. Les valeurs valides sont : « ios », « watchos » ou « all ».

MT1029 : Impossible de trouver une application dans le répertoire spécifié : *

Le chemin d’accès de l’application passé à --launchdev n’existe pas. Spécifiez un ensemble d’applications valide.

MT1030 : Le lancement d’applications sur l’appareil à l’aide d’un identificateur de bundle est déconseillé. Passez le chemin d’accès complet au bundle pour lancer.

Il est recommandé de transmettre le chemin d’accès à l’application pour lancer sur l’appareil au lieu de l’ID de bundle uniquement.

MT1031 : Impossible de lancer l’application « * » sur l’appareil « * », car l’appareil est verrouillé. Déverrouillez l’appareil et réessayez.

Déverrouillez l’appareil et réessayez.

MT1032 : Cet exécutable d’application peut être trop volumineux (* Mo) pour s’exécuter sur l’appareil. Si le bitcode a été activé, vous souhaiterez peut-être le désactiver pour le développement, mais il est uniquement nécessaire d’envoyer des applications à Apple.

MT1033 : Impossible de désinstaller l’application '' de l’appareil '' : *

MT1035 : Impossible d’inclure différentes versions du framework « {name} »

Il n’est pas possible de lier des versions différentes du même framework.

Cela se produit généralement lorsqu’une extension fait référence à une version différente d’une infrastructure que l’application conteneur (éventuellement via un assembly de liaison tiers).

Après cette erreur, plusieurs erreurs MT1036 répertorient les chemins d’accès pour chaque infrastructure différente.

Cette erreur est signalée uniquement avec MT1036. Pour plus d’informations, consultez MT1036 .

MT11xx : Service de débogage

MT1101 : Impossible de démarrer l’application

MT1102 : Impossible de joindre l’application (pour la tuer) : *

MT1103 : Impossible de détacher

MT1104 : Échec de l’envoi du paquet : *

MT1105 : Type de réponse inattendu

MT1106 : Impossible d’obtenir la liste des applications sur l’appareil : délai d’expiration de la demande.

MT1107 : Échec du lancement de l’application : *

Veuillez case activée si votre appareil est verrouillé.

Si vous déployez une application d’entreprise ou que vous utilisez un profil d’approvisionnement gratuit, vous pouvez avoir confiance en le développeur (ceci est expliqué ici).

MT1108 : Impossible de trouver les outils de développement pour cet appareil XX (YY).

Quelques opérations de mtouch nécessitent que le DeveloperDiskImage.dmg fichier soit présent. Ce fichier fait partie de Xcode et se trouve généralement par rapport au Kit de développement logiciel (SDK) que vous utilisez pour générer, dans le Xcode.app/Contents/Developer/iPhoneOS.platform/DeviceSupport/VERSION/DeveloperDiskImage.dmgfichier .

Cette erreur peut se produire soit parce que vous n’avez pas de DeveloperDiskImage.dmg qui correspond à l’appareil que vous avez connecté.

MT1109 : Échec du lancement de l’application, car l’appareil est verrouillé. Déverrouillez l’appareil et réessayez.

Veuillez case activée si votre appareil est verrouillé.

MT1110 : Échec du lancement de l’application en raison des restrictions de sécurité iOS. Vérifiez que le développeur est approuvé.

Si vous déployez une application d’entreprise ou que vous utilisez un profil d’approvisionnement gratuit, vous pouvez avoir confiance en le développeur (ceci est expliqué ici).

MT1111 : L’application a été lancée avec succès, mais il n’est pas possible d’attendre la sortie de l’application comme demandé, car il n’est pas possible de détecter l’arrêt de l’application lors du lancement à l’aide de gdbserver.

MT12xx : Simulateur

MT1201 : Impossible de charger le simulateur : *

MT1202 : Configuration du simulateur non valide : *

MT1203 : Spécification du simulateur non valide : *

MT1204 : Spécification du simulateur non valide '*' : runtime non spécifié.

MT1205 : Spécification du simulateur non valide '*' : type d’appareil non spécifié.

MT1206 : Impossible de trouver le runtime du simulateur « * ».

MT1207 : Impossible de trouver le type d’appareil du simulateur '*'.

MT1208 : Impossible de trouver le runtime du simulateur '*'.

MT1209 : Impossible de trouver le type d’appareil du simulateur '*'.

MT1210 : Spécification du simulateur non valide : , clé inconnue ''

MT1211 : La version du simulateur '' ne prend pas en charge le type de simulateur ''

MT1212 : Échec de la création d’une version de simulateur où type = * et runtime = *.

MT1213 : Spécification du simulateur non valide pour Xcode 4 : *

MT1214 : Spécification du simulateur non valide pour Xcode 5 : *

MT1215 : Kit de développement logiciel (SDK) non valide spécifié : *

MT1216 : Impossible de trouver le simulateur UDID '*'.

MT1217 : Impossible de charger le bundle d’applications sur « * ».

MT1218 : Aucun identificateur de bundle trouvé dans l’application à l’adresse « * ».

MT1219 : Impossible de trouver le simulateur pour '*'.

MT1220 : Impossible de trouver le dernier runtime du simulateur pour l’appareil « * ».

Cela indique généralement un problème avec Xcode.

Éléments à essayer de résoudre ce problème :

Utilisez le simulateur une fois dans Xcode.
Transmettez une version explicite du SDK à l’aide de --sdk <version>.
Réinstallez Xcode.

MT1221 : Impossible de trouver le simulateur i Téléphone jumelé pour le simulateur WatchOS '*'.

Lors du lancement d’une application WatchOS dans un simulateur WatchOS, il doit également y avoir un simulateur iOS associé.

Les simulateurs espions peuvent être associés à des simulateurs iOS à l’aide de l’interface utilisateur des appareils Xcode (fenêtre de menu -> Appareils).

MT13xx : [LinkWith]

MT1301 : La bibliothèque `` native () a été ignorée, car elle ne correspond pas aux architectures de build actuelles () ()

MT1302 : Impossible d’extraire la bibliothèque native '*' de '+'. Vérifiez que la bibliothèque native a été correctement incorporée dans l’assembly managé (si l’assembly a été créé à l’aide d’un projet de liaison, la bibliothèque native doit être incluse dans le projet et son action de génération doit être « ObjcBindingNativeLibrary »).

MT1303 : Impossible de décompresser le framework natif '' de ''. Pour plus d’informations à partir de la commande native « zip », consultez le journal de build.

Impossible de décompresser l’infrastructure native spécifiée à partir de la bibliothèque de liaisons.

Pour plus d’informations sur cet échec, consultez le journal des bulids à partir de la commande native « zip ».

MT1304 : L’infrastructure incorporée '' dans n’est pas valide : elle ne contient pas d’Info.plist.

L’infrastructure incorporée spécifiée ne contient pas d’info.plist et n’est donc pas une infrastructure valide.

Vérifiez que l’infrastructure est valide.

MT1305 : La bibliothèque de liaisons « * » contient une infrastructure utilisateur (), mais les frameworks utilisateur incorporés nécessitent iOS 8.0 (la cible de déploiement actuelle est ). Définissez la cible de déploiement dans le fichier Info.plist sur au moins 8.0.

La bibliothèque de liaison spécifiée contient une infrastructure incorporée, mais Xamarin.iOS prend uniquement en charge les frameworks incorporés sur iOS 8.0 ou version ultérieure.

Définissez la cible de déploiement dans le fichier Info.plist sur au moins 8.0 pour résoudre cette erreur (ou n’utilisez pas de frameworks incorporés).

MT14xx : Rapports d’incident

MT1400 : Impossible d’ouvrir le service de rapport d’incident : AFC Connecter ionOpen retourné *

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1401 : Impossible de fermer le service de rapport d’incident : AFC Connecter ionClose retourné *

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1402 : Impossible de lire les informations de fichier pour * : AFCFileInfoOpen retourné *

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1403 : Impossible de lire le rapport d’incident : AFCDirectoryOpen () retourné :

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1404 : Impossible de lire le rapport d’incident : AFCFileRefOpen () retourné :

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1405 : Impossible de lire le rapport d’incident : AFCFileRefRead () retourné :

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT1406 : Impossible de répertorier les rapports d’incident : AFCDirectoryOpen () retourné :

Une erreur s’est produite lors de la tentative d’accès aux rapports d’incident à partir de l’appareil.

Éléments à essayer de résoudre ce problème :

Supprimez l’application de l’appareil et réessayez.
Déconnectez l’appareil et reconnectez-le.
Permet de redémarrer l’appareil.
Redémarrez le Mac.
Synchronisez l’appareil avec iTunes (cela supprime les rapports d’incident de l’appareil).

MT16xx : MachO

MT1600 : Pas une bibliothèque dynamique Mach-O (en-tête inconnu '0x') : .

Une erreur s’est produite lors du traitement de la bibliothèque dynamique en question.

Vérifiez que la bibliothèque dynamique est une bibliothèque dynamique Mach-O valide.

Le format d’une bibliothèque peut être vérifié à l’aide de la file commande à partir d’un terminal :

file -arch all -l /path/to/library.dylib

MT1601 : Pas une bibliothèque statique (en-tête inconnu '') : .

Une erreur s’est produite lors du traitement de la bibliothèque statique en question.

Vérifiez que la bibliothèque statique est une bibliothèque statique Mach-O valide.

Le format d’une bibliothèque peut être vérifié à l’aide de la file commande à partir d’un terminal :

file -arch all -l /path/to/library.a

MT1602 : Pas une bibliothèque dynamique Mach-O (en-tête inconnu '0x') : .

Une erreur s’est produite lors du traitement de la bibliothèque dynamique en question.

Vérifiez que la bibliothèque dynamique est une bibliothèque dynamique Mach-O valide.

Le format d’une bibliothèque peut être vérifié à l’aide de la file commande à partir d’un terminal :

file -arch all -l /path/to/library.dylib

MT1603 : Format inconnu pour l’entrée en gras à la position * en *.

Une erreur s’est produite lors du traitement de l’archive de graisse en question.

Vérifiez que l’archive des matières grasses est valide.

Le format d’une archive fat peut être vérifié à l’aide de la file commande à partir d’un terminal :

file -arch all -l /path/to/file

MT1604 : Fichier de type * n’est pas un fichier MachO (*).

Une erreur s’est produite lors du traitement du fichier MachO en question.

Vérifiez que le fichier est une bibliothèque dynamique Mach-O valide.

Le format d’un fichier peut être vérifié à l’aide de la file commande à partir d’un terminal :

file -arch all -l /path/to/file

MT2xxx : Messages d’erreur de l’éditeur de liens

MT2001 : Impossible de lier des assemblys

Cette erreur signifie que l’éditeur de liens managés a rencontré une erreur inattendue, par exemple une exception et n’a pas pu terminer ou enregistrer l’assembly en cours de traitement. Plus d’informations sur l’erreur exacte font partie du journal de build, par exemple.

error MT2001: Could not link assemblies.
    Method: `System.Void Todo.TodoListPageCS/<<-ctor>b__1_0>d::SetStateMachine(System.Runtime.CompilerServices.IAsyncStateMachine)`
    Assembly: `QuickTodo, Version=1.0.6297.28241, Culture=neutral, PublicKeyToken=null`
Reason: Value cannot be null.
Parameter name: instruction

Il est important de déposer un rapport de bogues pour ces problèmes. Dans la plupart des cas, une solution de contournement peut être fournie jusqu’à ce qu’un correctif approprié soit publié. Les informations ci-dessus sont essentielles (ainsi qu’un cas de test et/ou l’assembly binairy) pour résoudre le problème.

MT2002 : Impossible de résoudre la référence : *

MT2003 : l’option '*' est ignorée, car la liaison est désactivée

MT2004 : Le fichier de définitions de l’éditeur de liens supplémentaire '*' n’a pas pu se trouver.

MT2005 : Les définitions de '*' n’ont pas pu être analysées.

MT2006 : Impossible de charger mscorlib.dll à partir de : *. Réinstallez Xamarin.iOS.

Cela indique généralement qu’il existe un problème avec votre installation de Xamarin.iOS. Essayez de réinstaller Xamarin.iOS.

MT2010 : HttpMessageHandler `*`inconnu . Les valeurs valides sont HttpClientHandler (par défaut), CFNetworkHandler ou NSUrlSessionHandler

MT2011 : TlsProvider `*`inconnu . Les valeurs valides sont des valeurs par défaut ou des applets.

La valeur donnée à tls-provider= n’est pas un fournisseur TLS (Transport Layer Security) valide.

Les default seules valeurs valides et appletls représentent toutes les deux la même option, qui consiste à fournir la prise en charge SSL/TLS à l’aide de l’API TLS Apple native.

MT2015 : HttpMessageHandler `*` non valide pour watchOS. La seule valeur valide est NSUrlSessionHandler.

Il s’agit d’un avertissement qui se produit, car le fichier projet spécifie un HttpMessageHandler non valide.

Les versions antérieures de nos outils en préversion générées par défaut constituent une valeur non valide dans le fichier projet.

Pour corriger cet avertissement, ouvrez le fichier projet dans un éditeur de texte et supprimez tous les nœuds HttpMessageHandler du code XML.

MT2016 : Option TlsProvider `legacy` non valide. La seule valeur `appletls` valide sera utilisée.

Le legacy fournisseur, qui était un fournisseur SSLv3 / TLSv1 entièrement managé, n’est plus fourni avec Xamarin.iOS. Projets qui utilisaient cet ancien fournisseur et créent maintenant avec le plus récent appletls .

Pour corriger cet avertissement, ouvrez le fichier projet dans un éditeur de texte et supprimez tous les nœuds « MtouchTlsProvider » du code XML.

MT2017 : Impossible de traiter la description XML.

Cela signifie qu’il existe une erreur sur le fichier de configuration de l’éditeur de liens XML personnalisé que vous avez fourni, veuillez consulter votre fichier.

MT2018 : L’assembly '' est référencé à partir de deux emplacements différents : '' et '*'.

L’assembly mentionné dans le message d’erreur est chargé à partir de plusieurs emplacements. Veillez à toujours utiliser la même version d’un assembly.

MT2019 : Impossible de charger l’assembly racine '*'

Impossible de charger l’assembly racine. Vérifiez que le chemin d’accès dans le message d’erreur fait référence à un fichier existant et qu’il s’agit d’un assembly .NET valide.

MT202x : Échec du traitement `...`de l’optimiseur de liaison .

Quelque chose d’inattendu s’est produit lors de la tentative d’optimisation du code de liaison généré. L’élément à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly nommé (ou contenant le type ou la méthode nommé) doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (par exemple -v -v -v -v , dans les arguments mtouch supplémentaires).

Le dernier chiffre x sera :

0 pour un nom d’assembly ;
1 pour un nom de type ;
3 pour un nom de méthode ;

MT2030 : Suppression du traitement `...`des ressources utilisateur ayant échoué.

Quelque chose d’inattendu s’est produit lors de la tentative de suppression des ressources utilisateur. L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

Les ressources utilisateur sont des fichiers inclus dans des assemblys (en tant que ressources) qui doivent être extraits, au moment de la génération, pour créer le bundle d’applications. notamment :

__monotouch_content_*et ressources ; et __monotouch_pages_*
Bibliothèques natives incorporées à l’intérieur d’un assembly de liaison ;

MT2040 : Échec du traitement `...`par défaut du setter HttpMessageHandler .

Quelque chose d’inattendu s’est produit lors de la tentative de définition de la valeur par défaut HttpMessageHandler pour l’application. Envoyez un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2050 : Échec du traitement `...`du suppression de code .

Quelque chose d’inattendu s’est produit lors de la tentative de suppression du code de la copie BCL avec l’application. Envoyez un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2060 : Le traitement `...`du sealer a échoué.

Quelque chose d’inattendu s’est produit lors de la tentative de seal types ou de méthodes (final) ou lors de la dévirtualisation de certaines méthodes. L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2070 : Échec du traitement `...`du réducteur de métadonnées .

Quelque chose d’inattendu s’est produit lors de la tentative de réduction des métadonnées de l’application. L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2080 : Échec du traitement `...`de MarkNSObjects .

Quelque chose d’inattendu s’est produit lors de la tentative de marquer NSObject les sous-classes de l’application. L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2090 : Échec du traitement `...`par inliner .

Quelque chose d’inattendu s’est produit lors de la tentative de code inline de l’application. L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2100 : Échec du traitement `...`du preserver de conversion d’énumération intelligente .

Quelque chose d’inattendu s’est produit lors de la tentative de marquage des méthodes de conversion pour les énumérations intelligentes de l’application. L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2101 : Impossible de résoudre la référence '', référencée à partir de la méthode '' dans '*'.

Une référence d’assembly non valide a été rencontrée lors du traitement de la méthode mentionnée dans le message d’erreur.

L’assembly à l’origine du problème est nommé dans le message d’erreur. Pour résoudre ce problème, l’assembly doit être fourni dans un nouveau problème sur github , ainsi qu’un journal de build complet avec la précision activée (c’est-à-dire -v -v -v -v dans les arguments mtouch supplémentaires).

MT2102 : Erreur lors du traitement de la méthode '' dans l’assembly '' : *

Quelque chose d’inattendu s’est produit lors de la tentative de marquage de la méthode mentionnée dans le message d’erreur.

MT2103 : Assembly de traitement des erreurs '' :

Une erreur inattendue s’est produite lors du traitement d’un assembly.

MM2104 : Impossible de lier l’assembly '{0}' car il est en mode mixte.

Les assemblys en mode mixte ne peuvent pas être traités par l’éditeur de liens.

Pour plus d’informations sur les assemblys en mode mixte (natif et managé), consultez les assemblys mixtes.

MT3xxx : Messages d’erreur AOT

MT3001 : Impossible d’AOT l’assembly '*'

Cela indique généralement un bogue dans le compilateur AOT. Envoyez un nouveau problème sur github avec un projet qui peut être utilisé pour reproduire l’erreur.

Parfois, il est possible de contourner ce problème en désactivant les builds incrémentielles dans l’option de build iOS du projet (mais il s’agit toujours d’un bogue, donc signalez-le de toute façon).

MT3002 : Restriction AOT : La méthode '*' doit être statique, car elle est décorée avec [MonoPInvokeCallback]. Voir developer.xamarin.com/guides/ios/advanced_topics/limitations/#Reverse_Callbacks

Ce message d’erreur provient du compilateur AOT.

MT3003 : options conflictuelles --debug et --llvm. Le débogage logiciel est désactivé.

Le débogage n’est pas pris en charge lorsque LLVM est activé. Si vous devez déboguer l’application, désactivez d’abord LLVM.

MT3004 : Impossible d’AOT l’assembly '*' car il n’existe pas.

MT3005 : La dépendance '' de l’assembly '' est introuvable. Passez en revue les références du projet.

Cela se produit généralement lorsqu’un assembly fait référence à une autre version d’un assembly de plateforme (généralement la version .NET 4 de mscorlib.dll).

Cela n’est pas pris en charge et peut ne pas générer ou s’exécuter correctement (l’assembly peut utiliser l’API à partir de la version .NET 4 de mscorlib.dll que la version Xamarin.iOS n’a pas).

MT3006 : Impossible de calculer un mappage de dépendance complet pour le projet. Cela entraîne des temps de génération plus lents, car Xamarin.iOS ne peut pas détecter correctement ce qui doit être reconstruit (et ce qui n’a pas besoin d’être reconstruit). Pour plus d’informations, consultez les avertissements précédents.

générer ou exécuter correctement (l’assembly peut utiliser l’API à partir de la version .NET 4 de mscorlib.dll que la version Xamarin.iOS n’a pas).

MT3007 : Les fichiers d’informations de débogage (*.mdb) ne sont pas chargés lorsque llvm est activé.

MT3008 : La prise en charge du bitcode nécessite l’utilisation du back-end LLVM AOT (--llvm)

La prise en charge de Bitcode nécessite l’utilisation du back-end AOT LLVM (-llvm).

Désactivez la prise en charge de Bitcode ou activez LLVM.

MT4xxx : Messages d’erreur de génération de code

MT40xx : Main

MT4001 : Le modèle principal n’a pas pu être développé sur `*`.

Une erreur s’est produite lors de la main.mgénération . Veuillez déposer un nouveau problème sur github.

MT4002 : Échec de la compilation du code généré pour les méthodes P/Invoke.

Échec de la compilation du code généré pour les méthodes P/Invoke. Veuillez déposer un nouveau problème sur github.

MT41xx : Registrar

MT4101 : Impossible registrar de générer une signature pour le type `*`.

Un type a été trouvé dans l’API exportée que le runtime ne sait pas comment marshaler vers/à partir Objective-C.

Si vous pensez que Xamarin.iOS doit prendre en charge le type en question, envoyez une demande d’amélioration sur github.

MT4102 : Type registrar non valide `` trouvé dans la signature de la méthode ``. Utilisez `*` à la place.

Cela ne se produit actuellement qu’avec un seul type : System.DateTime. Utilisez plutôt l’équivalent Objective-C (NSDate).

MT4103 : Type registrar non valide `` trouvé dans la signature pour la méthode ``: le type implémente INativeObject, mais n’a pas de constructeur qui accepte deux arguments (IntPtr, bool)

Cela se produit lorsque la registrar rencontre d’un type dans une signature avec les caractéristiques mentionnées. Il registrar peut être nécessaire de créer de nouvelles instances du type et, dans ce cas, il nécessite un constructeur avec la signature (IntPtr, bool) : le premier argument (IntPtr) spécifie le handle managé, tandis que le second si l’appelant remet la propriété du handle natif (si cette valeur est false « conserver » sera appelée sur l’objet).

MT4104 : Impossible registrar de marshaler la valeur de retour pour le type `` dans la signature de la méthode ``.

Un type a été trouvé dans l’API exportée que le runtime ne sait pas comment marshaler vers/à partir Objective-C.

Si vous pensez que Xamarin.iOS doit prendre en charge le type en question, envoyez une demande d’amélioration sur github.

MT4105 : Impossible registrar de marshaler le paramètre de type `` dans la signature pour la méthode ``.

Si vous pensez que Xamarin.iOS doit prendre en charge le type en question, envoyez une demande d’amélioration sur github.

MT4106 : Impossible registrar de marshaler la valeur de retour pour la structure `` dans la signature de la méthode ``.

Un type a été trouvé dans l’API exportée que le runtime ne sait pas comment marshaler vers/à partir Objective-C.

Si vous pensez que Xamarin.iOS doit prendre en charge le type en question, envoyez une demande d’amélioration sur github.

MT4107 : Impossible registrar de marshaler le paramètre de type `*` dans la signature pour la méthode `+`.

Un type a été trouvé dans l’API exportée que le runtime ne sait pas comment marshaler vers/à partir Objective-C.

Si vous pensez que Xamarin.iOS doit prendre en charge le type en question, envoyez une demande d’amélioration sur github.

MT4108 : Impossible registrar d’obtenir le type ObjectiveC pour le type `*`managé.

Un type a été trouvé dans l’API exportée que le runtime ne sait pas comment marshaler vers/à partir Objective-C.

Si vous pensez que Xamarin.iOS doit prendre en charge le type en question, envoyez une demande d’amélioration sur github.

MT4109 : Échec de la compilation du code généré registrar .

Échec de la compilation du code généré pour le registrar. Le journal de génération contient la sortie du compilateur natif, expliquant pourquoi le code n’est pas compilé.

Il s’agit toujours d’un bogue dans Xamarin.iOS ; envoyez un nouveau problème sur github avec votre projet ou un cas de test.

MT4110 : Impossible registrar de marshaler le paramètre out de type `` dans la signature pour la méthode ``.

MT4111 : Impossible registrar de générer une signature pour le type `` dans la méthode ``.

MT4112 : Type registrar non valide `*`trouvé . L’inscription de types génériques avec Objective-C n’est pas prise en charge et peut entraîner un comportement aléatoire et/ou des blocages (pour la compatibilité descendante avec les versions antérieures de Xamarin.iOS, il est possible d’ignorer cette erreur en passant `--unsupported--enable-generics-in-registrar` en tant qu’argument mtouch supplémentaire dans la page d’options de génération iOS du projet. Pour plus d’informations, consultez developer.xamarin.com/guides/ios/advanced_topics/registrar ).

MT4113 : Méthode registrar générique trouvée : '.'. L’exportation de méthodes génériques n’est pas prise en charge et entraîne un comportement aléatoire et/ou des plantages.

MT4114 : Erreur inattendue dans la registrar méthode '.' -

MT4116 : Impossible d’inscrire l’assembly '' :

MT4117 : L’incompatibilité registrar de signature trouvée dans la méthode '.' : le sélecteur indique que la méthode prend * paramètres, tandis que la méthode gérée a * paramètres.

MT4118 : Impossible d’inscrire deux types managés ('' et '') avec le même nom natif ('*').

MT4119 : Impossible d’inscrire le sélecteur '' du membre '.*', car le sélecteur est déjà inscrit sur un autre membre.

MT4120 : type registrar de champ inconnu '' dans le champ '.*'.

Cette erreur indique un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4121 : Impossible d’utiliser GCC/G++ pour compiler le code généré à partir de la statique registrar lors de l’utilisation de l’infrastructure Comptes (les fichiers d’en-tête fournis par Apple utilisés pendant la compilation nécessitent Clang). Utilisez Clang (--compiler :clang) ou dynamique registrar (--registrar:d ynamic).

MT4122 : Impossible d’utiliser le compilateur Clang fourni dans le . Sdk pour compiler le code généré à partir de la statique registrar lorsque les noms de type non ASCII ('*') sont présents dans l’application. Utilisez GCC/G++ (--compiler :gcc|g++), le sdk dynamique registrar (--registrar:d ynamic) ou un sdk plus récent.

MT4123 : Le type du paramètre variadicique dans la fonction variadicique '*' doit être System.IntPtr.

MT4124 : Non valide * trouvé sur '*'.

Cette erreur indique un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4125 : Le registrar type « * » trouvé dans la signature de la méthode « * » : l’interface doit avoir un attribut Protocol spécifiant son type wrapper.

MT4126 : Impossible d’inscrire deux protocoles managés ('' et '') avec le même nom natif ('*').

MT4127 : Impossible d’inscrire plusieurs méthodes d’interface pour la méthode '' (qui implémente '').

MT4128 : type registrar de paramètre générique non valide '' dans la méthode ''. Le paramètre générique doit avoir une contrainte « NSObject ».

MT4129 : type registrar de retour générique non valide '' dans la méthode ''. Le type de retour générique doit avoir une contrainte « NSObject ».

MT4130 : Impossible registrar d’exporter des méthodes statiques dans des classes génériques ('*').

MT4131 : Impossible registrar d’exporter des propriétés statiques dans des classes génériques ('.').

MT4132 : type registrar de retour générique non valide '' dans la propriété ''. Le type de retour doit avoir une contrainte « NSObject ».

MT4133 : Impossible de construire une instance du type '*' Objective-C car le type est générique. [Exception runtime]

MT4134 : Votre application utilise l’infrastructure « * », qui n’est pas incluse dans le Kit de développement logiciel (SDK) iOS que vous utilisez pour générer votre application (cette infrastructure a été introduite dans iOS , pendant que vous générez avec le SDK iOS .) Sélectionnez un sdk plus récent dans les options de build iOS de votre application.

MT4135 : le membre '.' a un attribut Export qui ne spécifie pas de sélecteur. Un sélecteur est requis.

MT4136 : Impossible registrar de marshaler le type de paramètre '' du paramètre '' dans la méthode '.'

MT4138 : Impossible registrar de marshaler le type de propriété '' de la propriété '.*'.

MT4139 : Impossible registrar de marshaler le type de propriété '' de la propriété '.*'. Les propriétés avec l’attribut [Connecter] doivent avoir un type de propriété NSObject (ou une sous-classe de NSObject).

MT4140 : L’incompatibilité registrar de signature trouvée dans la méthode '.' : le sélecteur indique que la méthode variadicique prend * paramètres, tandis que la méthode managée a * paramètres.

MT4141 : Impossible d’inscrire le sélecteur '' sur le membre '', car Xamarin.iOS inscrit implicitement ce sélecteur.

Cela se produit lors de la sous-classe d’un type d’infrastructure et lors de la tentative d’implémentation d’une méthode « retain », « release » ou « dealloc » :

class MyNSObject : NSObject
{
  [Export ("retain")]
  new void Retain () {}

  [Export ("release")]
  new void Release () {}

  [Export ("dealloc")]
  new void Dealloc () {}
}

Toutefois, il est possible de remplacer ces méthodes si la classe n’est pas la première sous-classe du type de framework :

class MyNSObject : NSObject
{
}

class MyCustomNSObject : MyNSObject
{
  [Export ("retain")]
  new void Retain () {}

  [Export ("release")]
  new void Release () {}

  [Export ("dealloc")]
  new void Dealloc () {}
}

Dans ce cas, Xamarin.iOS remplace retain, release et dealloc sur la MyNSObject classe, et il n’y a pas de conflit.

MT4142 : Échec de l’inscription du type '*'.

MT4143 : La classe ObjectiveC '*' n’a pas pu être inscrite, elle ne semble pas dériver d’une classe ObjectiveC connue (y compris NSObject).

MT4144 : Impossible d’inscrire la méthode '*' car elle n’a pas de trampoline associé..

Cela indique un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4145 : Énumération non valide '*' : les énumérations avec l’attribut [Natif] doivent avoir un type d’énumération sous-jacent de 'long' ou 'ulong'.

MT4146 : Le paramètre Name de l’attribut Registrar sur la classe '' ('') contient un caractère non valide : '' ().

Le nom d’une classe Objectice-C ne peut pas contenir d’espace blanc, ce qui signifie que l’attribut Register de la classe managée correspondante ne peut pas avoir de Name paramètre ne peut pas contenir d’espace blanc non plus.

Vérifiez que l’attribut Register sur la classe managée mentionnée dans le message d’erreur ne contient aucun espace blanc.

MT4147 : Détection d’un protocole hérité du protocole JSExport lors de l’utilisation de la dynamique registrar. Il n’est pas possible d’exporter dynamiquement des protocoles vers JavaScriptCore ; la statique registrar doit être utilisée (ajouter '-- :registrarstatic aux arguments mtouch supplémentaires dans les options de build iOS du projet pour sélectionner la statique registrar).

MT4148 : Le registrar protocole générique trouvé : '*'. L’exportation de protocoles génériques n’est pas prise en charge.

MT4149 : Impossible d’inscrire la méthode '.', car le type du premier paramètre ('') ne correspond pas au type de catégorie ('').

MT4150 : Impossible d’inscrire le type '', car la propriété Type ('') dans son attribut Category n’hérite pas de NSObject.

MT4151 : Impossible d’inscrire le type '*', car la propriété Type dans son attribut Category n’est pas définie.

MT4152 : Impossible d’inscrire le type '*' en tant que catégorie, car il implémente INativeObject ou sous-classe NSObject.

MT4153 : Impossible d’inscrire le type '*' en tant que catégorie, car il est générique.

MT4154 : Impossible d’inscrire la méthode '*' comme méthode de catégorie, car elle est générique.

MT4155 : Impossible d’inscrire la méthode '' avec le sélecteur '' en tant que méthode de catégorie sur '*', car le Objective-C sélecteur a déjà une implémentation pour ce sélecteur.

MT4156 : Impossible d’inscrire deux catégories ('' et '') avec le même nom natif ('*').

MT4157 : Impossible d’inscrire la méthode de catégorie '', car au moins un paramètre est requis (et son type doit correspondre au type de catégorie '')

MT4158 : Impossible d’inscrire le constructeur * dans la catégorie * car les constructeurs dans les catégories ne sont pas pris en charge.

MT4159 : Impossible d’inscrire la méthode '*' comme méthode de catégorie, car les méthodes de catégorie doivent être statiques.

MT4160 : Caractère non valide '' () trouvé dans le sélecteur '' pour ''.

MT4161 : La registrar structure trouvée non prise en charge '' : tous les champs d’une structure doivent également être des structures (le champ '' avec le type '{2}' n’est pas une structure).

Structure registrar trouvée avec des champs non pris en charge.

Tous les champs d’une structure exposée Objective-C doivent également être des structures (et non des classes).

MT4162 : Le type '' (utilisé en tant que {2}) n’est pas disponible dans * * (il a été introduit dans * ) Créez avec un sdk * plus récent (généralement effectué à l’aide de la version la plus récente de Xcode.

Type registrar trouvé qui n’est pas inclus dans le Kit de développement logiciel (SDK) actuel.

Mettez à niveau Xcode.

MT4163 : Erreur interne dans le registrar (*).

Cette erreur indique un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4164 : Impossible d’exporter la propriété '', car son sélecteur '' est un Objective-C mot clé. Utilisez un autre nom.

Le sélecteur de la propriété en question n’est pas un identificateur valide Objective-C .

Utilisez un identificateur valide Objective-C comme sélecteurs.

MT4165 : Impossible registrar de trouver le type « System.Void » dans les assemblys référencés.

Cette erreur indique probablement un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4166 : Impossible d’inscrire la méthode '', car la signature contient un type () qui n’est pas un type de référence.

Cela indique généralement un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4167 : Impossible d’inscrire la méthode '', car la signature contient un type générique () avec un type d’argument générique qui n’est pas une sous-classe NSObject (*).

Cela indique généralement un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT4168 : Impossible d’inscrire le type « {managed_name} », car son Objective-C nom « {exported_name} » est un Objective-C mot clé. Utilisez un autre nom.

Le Objective-C nom du type en question n’est pas un identificateur valide Objective-C .

Utilisez un identificateur valide Objective-C .

MT4169 : Échec de la génération d’un wrapper P/Invoke pour {method} : {message}

Xamarin.iOS n’a pas pu générer une fonction wrapper P/Invoke pour l’élément mentionné. Veuillez case activée le message d’erreur signalé pour la cause sous-jacente.

MT4170 : Impossible registrar de convertir de « {type managé} » en « {type natif} » pour la valeur de retour dans la méthode {method}.

Consultez la description de l’erreur MT4172.

MT4171 : l’attribut BindAs sur le membre {member} n’est pas valide : le type BindAs {type} est différent du type de propriété {type}.

Vérifiez que le type dans l’attribut BindAs correspond au type du membre auquel il est attaché.

MT4172 : Impossible registrar de convertir de « {type natif} » en « {type managé} » pour le paramètre « {nom du paramètre} » dans la méthode {method}.

Il registrar ne prend pas en charge la conversion entre les types mentionnés.

Il s’agit d’un bogue dans Xamarin.iOS si l’API en question est fournie par Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

Si vous rencontrez ce problème lors du développement d’un projet de liaison pour une bibliothèque native, nous sommes ouverts à l’ajout de la prise en charge de nouvelles combinaisons de types. Si c’est le cas, envoyez une demande d’amélioration sur github avec un cas de test et nous l’évaluerons.

MT5xxx : Messages d’erreur gcc et chaîne d’outils

MT51xx : Compilation

MT5101 : compilateur '*' manquant. Installez le composant Xcode « Outils en ligne de commande »

MT5102 : Échec de l’assemblage du fichier '*'.

MT5103 : Échec de la compilation du fichier '*'.

MT5104 : Impossible de trouver ni le compilateur « * » ni le compilateur « * ». Installez le composant Xcode « Outils en ligne de commande »

MT5106 : Impossible de compiler le ou les fichiers '*'.

Cela indique généralement un bogue dans Xamarin.iOS ; veuillez déposer un nouveau problème sur github.

MT52xx : Liaison

MT5201 : Échec de la liaison native. Passez en revue le journal de build et les indicateurs utilisateur fournis à gcc : *

MT5202 : Échec de la liaison native. Passez en revue le journal de génération.

MT5203 : Avertissement de liaison native : *

MT5209 : Erreur de liaison native : *

MT5210 : Échec de la liaison native, symbole non défini : *. Vérifiez que toutes les infrastructures nécessaires ont été référencées et que les bibliothèques natives sont correctement liées.

Cela se produit lorsque l’éditeur de liens natif ne peut pas trouver un symbole référencé quelque part. Il existe plusieurs raisons pour lesquelles cela peut se produire :

Une liaison tierce nécessite une infrastructure, mais la liaison ne spécifie pas cela dans son [LinkWith] attribut. Solutions:
- Si vous êtes l’auteur de la liaison tierce ou que vous avez accès à sa source, modifiez l’attribut de [LinkWith] la liaison pour inclure l’infrastructure dont elle a besoin :
```
[LinkWith ("mylib.a", Frameworks = "SystemConfiguration")]
```
- Si vous ne pouvez pas modifier la liaison tierce, vous pouvez lier manuellement l’infrastructure requise en passant -gcc_flags '-framework SystemFramework' ( mtouch cela est effectué en modifiant les arguments mtouch supplémentaires dans la page d’options de build iOS du projet. N’oubliez pas que cela doit être effectué pour chaque configuration de projet.
Dans certains cas, une liaison managée est composée de plusieurs bibliothèques natives, et toutes doivent être incluses dans les liaisons. Il est possible d’avoir plusieurs bibliothèques natives dans chaque projet de liaison. La solution consiste donc simplement à ajouter toutes les bibliothèques natives requises au projet de liaison.
Une liaison managée fait référence aux symboles natifs qui n’existent pas dans la bibliothèque native. Cela se produit généralement lorsqu’une liaison existe depuis un certain temps et que le code natif a été modifié pendant cette période afin qu’une classe native particulière ait été supprimée ou renommée, alors que la liaison n’a pas été mise à jour.
Un P/Invoke fait référence à un symbole natif qui n’existe pas. À compter de Xamarin.iOS 7.4, une erreur MT5214 est signalée pour ce cas (voir MT5214 pour plus d’informations).
Une liaison /bibliothèque tierce a été créée à l’aide de C++, mais la liaison ne spécifie pas cela dans son [LinkWith] attribut. Cela est généralement assez facile à reconnaître, car les symboles ont des symboles C++ mangled (un exemple courant est __ZNKSt9exception4whatEv).
- Si vous êtes l’auteur de la liaison tierce ou que vous avez accès à sa source, modifiez l’attribut de [LinkWith] la liaison pour définir l’indicateur IsCxx :
```
[LinkWith ("mylib.a", IsCxx = true)]
```
- Si vous ne pouvez pas modifier la liaison tierce ou que vous établissez une liaison manuelle avec une bibliothèque tierce, vous pouvez définir l’indicateur équivalent en passant -cxx à mtouch (cela est fait en modifiant les arguments mtouch supplémentaires dans la page d’options de build iOS du projet. N’oubliez pas que cela doit être effectué pour chaque configuration de projet.

MT5211 : Échec de la liaison native, classe non définie Objective-C : . Le symbole « » n’a pas pu être trouvé dans l’une des bibliothèques ou infrastructures liées à votre application.

Cela se produit lorsque l’éditeur de liens natif ne trouve pas de Objective-C classe référencée quelque part. Il existe plusieurs raisons pour lesquelles cela peut se produire : identique à MT5210 et en plus :

Une liaison tierce lie un Objective-C protocole, mais ne l’annote pas avec l’attribut [Protocol] dans sa définition d’API. Solutions:
- Ajoutez l’attribut manquant [Protocol] :
```
[BaseType (typeof (NSObject))]
[Protocol] // Add this
public interface MyProtocol
{
}
```

MT5212 : Échec de la liaison native, symbole dupliqué : *.

Cela se produit lorsque l’éditeur de liens natif rencontre des symboles dupliqués entre toutes les bibliothèques natives. Après cette erreur, il peut y avoir une ou plusieurs erreurs MT5213 avec l’emplacement de chaque occurrence du symbole. Raisons possibles de cette erreur :

La même bibliothèque native est incluse deux fois.
Deux bibliothèques natives distinctes se produisent pour définir les mêmes symboles.
Une bibliothèque native n’est pas correctement générée et contient le même symbole plusieurs fois. Vous pouvez le confirmer à l’aide de l’ensemble de commandes suivant à partir d’un terminal (remplacez i386 par x86_64/armv7/armv7s/arm64 selon l’architecture pour laquelle vous créez) :
```
# Native libraries are usually fat libraries, containing binary code for
# several architectures in the same file. First we extract the binary
# code for the architecture we're interested in.
lipo libNative.a -thin i386 -output libNative.i386.a

# Now query the native library for the duplicated symbol.
nm libNative.i386.a | fgrep 'SYMBOL'

# You can also list the object files inside the native library.
# In most cases this will reveal duplicated object files.
ar -t libNative.i386.a
```
Il existe quelques façons possibles de résoudre ce problème :
- Demandez au fournisseur de la bibliothèque native de le corriger et de fournir la version mise à jour.
- Corrigez-le vous-même en supprimant les fichiers d’objets supplémentaires (cela fonctionne uniquement si le problème est en fait des fichiers d’objets dupliqués)
```
# Find out if the library is a fat library, and which
# architectures it contains.
lipo -info libNative.a

# Extract each architecture (i386/x86_64/armv7/armv7s/arm64) to a separate file
lipo libNative.a -thin ARCH -output libNative.ARCH.a

# Extract the object files for the offending architecture
# This will remove the duplicates by overwriting them
# (since they have the same filename)
mkdir -p ARCH
cd ARCH
ar -x ../libNative.ARCH.a

# Reassemble the object files in an .a
ar -r ../libNative.ARCH.a *.o
cd ..

# Reassemble the fat library
lipo *.a -create -output libNative.a
```
- Demandez à l’éditeur de liens de supprimer le code inutilisé. Xamarin.iOS effectue cette opération automatiquement si toutes les conditions suivantes sont remplies :
  - Tous les attributs des [LinkWith] liaisons tierces ont activé SmartLink :
```
[assembly: LinkWith ("libNative.a", SmartLink = true)]
```
  - Aucun n’est -gcc_flags passé à mtouch (dans le champ d’arguments mtouch supplémentaires des options de build iOS du projet).
  - Il est également possible de demander directement à l’éditeur de liens de supprimer le code inutilisé en ajoutant -gcc_flags -dead_strip aux arguments mtouch supplémentaires dans les options de build iOS du projet.

Cette erreur est signalée uniquement avec MT5212. Pour plus d’informations, consultez MT5212 .

MT5214 : Échec de la liaison native, symbole non défini : . Ce symbole a été référencé le membre managé . Vérifiez que toutes les infrastructures nécessaires ont été référencées et que les bibliothèques natives sont liées.

Cette erreur est signalée lorsque le code managé contient un P/Invoke vers une méthode native qui n’existe pas. Par exemple :

using System.Runtime.InteropServices;
class MyImports {
   [DllImport ("__Internal")]
   public static extern void MyInexistentFunc ();
}

Il existe quelques solutions possibles :

Supprimez les P/Invokes en question du code source.
Activez l’éditeur de liens managé pour tous les assemblys (cela s’effectue dans les options de build iOS du projet, en définissant « Comportement de l’éditeur de liens » sur « Tous les assemblys »). Cela supprime efficacement tous les P/Invokes que vous n’utilisez pas de l’application (automatiquement, au lieu de manuellement comme le point précédent). L’inconvénient est que cela fera que votre simulateur génère un peu plus lent, et qu’il peut interrompre votre application si elle utilise la réflexion - plus d’informations sur l’éditeur de liens est disponible ici )
Créez une deuxième bibliothèque native qui contient les symboles natifs manquants. Notez qu’il s’agit simplement d’une solution de contournement (si vous essayez d’appeler ces fonctions, votre application se bloque).

MT5215 : Les références à '*' peuvent nécessiter des instructions supplémentaires -framework=XXX ou -lXXX pour l’éditeur de liens natif

Il s’agit d’un avertissement indiquant qu’un P/Invoke a été détecté pour référencer la bibliothèque en question, mais que l’application n’est pas liée avec elle.

MT5216 : Échec de la liaison native pour *.

Cette erreur est signalée lors de la liaison de la sortie du compilateur AOT.

Cette erreur indique probablement un bogue dans Xamarin.iOS. Veuillez déposer un nouveau problème sur github.

MT5217 : Échec possible de la liaison native, car la ligne de commande de l’éditeur de liens était trop longue (* caractères).

Échec de la liaison native et cela est possible, car la commande éditeur de liens était trop longue.

En règle générale, Xamarin.iOS demande à l’éditeur de liens natif de conserver ces symboles à l’aide de l’indicateur -u symbol de l’éditeur de liens, mais s’il existe de nombreux symboles de ce type, la ligne de commande entière peut dépasser la longueur maximale de la ligne de commande spécifiée par le système d’exploitation.

Il existe quelques sources possibles pour ces symboles dynamiques :

P/Invokes to methods in statically linked libraries (where the dll name is __Internal in the DllImport attribute [DllImport ("__Internal")]).
Références de champ à des emplacements de mémoire dans des bibliothèques liées statiquement à partir de projets de liaison ([Field] attributs).
Objective-C classes référencées dans des bibliothèques liées statiquement à partir de projets de liaison (lors de l’utilisation de builds incrémentielles ou lorsque vous n’utilisez pas la bibliothèque statique registrar).

Solutions possibles :

Activez l’éditeur de liens managés (si possible pour tous les assemblys au lieu de seuls assemblys sdk). Cela peut supprimer suffisamment de sources pour les symboles dynamiques afin que la ligne de commande de l’éditeur de liens ne dépasse pas le maximum.
Réduisez le nombre de P/Invokes, de références de champs et/ou Objective-C de classes.
Réécrire les symboles dynamiques pour avoir des noms plus courts.
Passez -dlsym:false en tant qu’argument mtouch supplémentaire dans les options de build iOS du projet. Avec cette option, Xamarin.iOS génère une référence native dans le code compilé par AOT et n’a pas besoin de demander à l’éditeur de liens de conserver ce symbole. Toutefois, cela fonctionne uniquement pour les builds d’appareils et entraîne des erreurs d’éditeur de liens s’il existe des P/Invokes vers des fonctions qui n’existent pas dans la bibliothèque statique.
Passez --dynamic-symbol-mode=code en tant qu’arguments mtouch supplémentaires dans les options de build iOS du projet. Avec cette option, Xamarin.iOS génère du code natif supplémentaire qui fait référence à ces symboles au lieu de demander à l’éditeur de liens natif de conserver ces symboles à l’aide d’arguments de ligne de commande. L’inconvénient de cette approche est qu’elle augmente la taille de l’exécutable quelque peu.
Activez la statique registrar en passant --registrar:static en tant qu’argument mtouch supplémentaire dans les options de build iOS du projet (pour les builds du simulateur, car la statique registrar est déjà la valeur par défaut pour les builds d’appareils). Le code statique registrar génère du code qui fait référence Objective-C à des classes de manière statique. Il n’est donc pas nécessaire de demander à l’éditeur de liens natif de conserver ces classes.
Désactivez les builds incrémentielles (pour les builds d’appareils). Lorsque les builds incrémentielles sont activées, le code généré par la statique registrar ne sera pas considéré par l’éditeur de liens natif, ce qui signifie que Xamarin.iOS doit toujours demander à l’éditeur de liens de conserver les classes référencées Objective-C . Ainsi, la désactivation des builds incrémentielles empêche ce besoin.

MT5218 : Impossible d’ignorer le symbole dynamique {symbol} (--ignore-dynamic-symbol={symbol}), car il n’a pas été détecté comme symbole dynamique.

L’argument --ignore-dynamic-symbol=symbol de ligne de commande a été passé, mais ce symbole n’est pas un symbole qui a été reconnu comme un symbole dynamique qui doit être conservé manuellement.

Il existe deux raisons principales pour cela :

Le nom du symbole est incorrect.
- N’ajoutez pas de trait de soulignement au nom du symbole.
- Le symbole des Objective-C classes est OBJC_CLASS_$_<classname>.
Le symbole est correct, mais il s’agit d’un symbole déjà conservé par des moyens normaux (certaines options de génération entraînent la variation exacte de la liste des symboles dynamiques).

MT53xx : Autres outils

MT5301 : outil « strip » manquant. Installez le composant Xcode « Outils en ligne de commande »

MT5302 : outil « dsymutil » manquant. Installez le composant Xcode « Outils en ligne de commande »

MT5303 : Échec de la génération des symboles de débogage (répertoire dSYM). Passez en revue le journal de génération.

Une erreur s’est produite lors de l’exécution dsymutil sur le répertoire .app final pour créer les symboles de débogage. Consultez le journal de génération pour voir la sortie d’dsymutil et voir comment elle peut être corrigée.

MT5304 : Échec de la suppression du binaire final. Passez en revue le journal de génération.

Une erreur s’est produite lors de l’exécution de l’outil « strip » pour supprimer les informations de débogage de l’application.

MT5305 : Outil « lipo » manquant. Installez le composant Xcode « Outils en ligne de commande »

MT5306 : Échec de la création d’une bibliothèque de graisse. Passez en revue le journal de génération.

Une erreur s’est produite lors de l’exécution de l’outil « lipo ». Passez en revue le journal de build pour voir l’erreur signalée par « lipo ».

MT5307 : Impossible de signer l’exécutable. Passez en revue le journal de génération.

Une erreur s’est produite lors de la signature de l’application. Passez en revue le journal de build pour voir l’erreur signalée par « codesign ».

MT6xxx : messages d’erreur des outils internes mtouch

MT600x : Strip-teaseur

MT6001 : L’exécution de la version de Cecil ne prend pas en charge la suppression d’assemblys

MT6002 : Impossible d’assembly `*`de bande .

Une erreur s’est produite lors de la suppression du code managé (suppression du code IL) des assemblys de l’application.

MT6003 : [Message UnauthorizedAccessException]

Une erreur de sécurité s’est produite lors de la suppression des symboles de débogage de l’application.

MT7xxx : Messages d’erreur MSBuild

MT7001 : Impossible de résoudre les adresses IP hôtes pour les paramètres du débogueur Wi-Fi.

Tâche MSBuild : DetectDebugNetworkConfigurationTaskBase

Procédure de résolution :

essayez d’exécuter csharp -e 'System.Net.Dns.GetHostEntry (System.Net.Dns.GetHostName ()).AddressList' (cela doit vous donner une adresse IP et pas une erreur évidemment).
essayez d’exécuter « ping « nom d’hôte » qui peut vous donner plus d’informations, par exemple : cannot resolve MyHost.local: Unknown host

Dans certains cas, il s’agit d’un problème de « réseau local » et il peut être résolu en ajoutant l’hôte 127.0.0.1 MyHost.local inconnu dans /etc/hosts.