Xamarin.iOS-Fehler

MT0xxx: Mtouch-Fehlermeldungen

z. B. Parameter, Umgebung, fehlende Tools.

MT0000: Unerwarteter Fehler - Bitte füllen Sie einen Fehlerbericht unter https://github.com/xamarin/xamarin-macios/issues/new

Unerwarteter Fehlerzustand. Bitte geben Sie ein neues Problem auf GitHub mit so vielen Informationen wie möglich ein, einschließlich:

Vollständige Buildprotokolle mit maximaler Ausführlichkeit (z. B. -v -v -v -v in den zusätzlichen Mtouch-Argumenten);
Ein minimaler Testfall, der den Fehler reproduzieren; Und
Alle Versionsinformationen

Die einfachste Möglichkeit zum Abrufen exakter Versionsinformationen besteht darin, das Menü Visual Studio für Mac, Informationen zu Visual Studio für Mac Element, Schaltfläche "Details anzeigen" zu verwenden und die Versionsinformationen zu kopieren/einzufügen (Sie können die Schaltfläche "Informationen kopieren" verwenden).

MT0001: "-devname" wurde ohne gerätespezifische Aktion bereitgestellt.

Dies ist eine Warnung, die ausgegeben wird, wenn "-devname" an Mtouch übergeben wird, wenn keine gerätespezifische Aktion (-logdev/-installdev/-killdev/-launchdev/-listapps) angefordert wurde.

MT0002: Die Umgebungsvariable *konnte nicht analysiert werden.

Dieser Fehler tritt auf, wenn Sie versuchen, ein ungültiges Umgebungsschlüssel-Variablenpaar festzulegen. Das richtige Format ist: mtouch --setenv=VARIABLE=VALUE

MT0003: Der Anwendungsname "*.exe" ist mit einem SDK- oder Produktassemblynamen (.dll) in Konflikt.

Der Name der ausführbaren Assembly und der Name der Anwendung können nicht mit dem Namen einer dll in der App übereinstimmen. Ändern Sie den Namen Ihrer ausführbaren Datei.

MT0004: Neue Refcounting-Logik erfordert, dass SGen ebenfalls aktiviert ist.

Wenn Sie die Refcounting-Erweiterung aktivieren, müssen Sie auch den SGen Garbage Collector in den iOS-Buildoptionen des Projekts (Registerkarte "Erweitert") aktivieren.

Ab Xamarin.iOS 7.2.1 wurde diese Anforderung aufgehoben, kann die neue Refcounting-Logik sowohl mit Boehm- als auch SGen Garbage Collector aktiviert werden.

MT0005: Das Ausgabeverzeichnis * ist nicht vorhanden.

Erstellen Sie das Verzeichnis.

Dieser Fehler wird nicht mehr generiert, mtouch erstellt automatisch das Verzeichnis, wenn er nicht vorhanden ist.

MT0006: Es gibt keine Abgrenzungsplattform bei *, verwenden Sie "-platform=PLAT", um das SDK anzugeben.

Xamarin.iOS kann das SDK-Verzeichnis nicht am Speicherort finden, der in der Fehlermeldung Erwähnung. Vergewissern Sie sich, dass der Pfad korrekt ist.

MT0007: Die Stammassembly * ist nicht vorhanden.

Xamarin.iOS kann die Assembly nicht an dem Speicherort finden, der in der Fehlermeldung Erwähnung. Vergewissern Sie sich, dass der Pfad korrekt ist.

MT0008: Sie sollten nur eine Stammassembly bereitstellen, gefundene #-Assemblys: *.

Mehr als eine Stammassembly wurde an Mtouch übergeben, während nur eine Stammassembly vorhanden sein kann.

MT0009: Fehler beim Laden von Assemblys: *.

Fehler beim Laden der Assemblys aus den Stammassemblyverweisen. Weitere Informationen können in der Buildausgabe bereitgestellt werden.

MT0010: Die Befehlszeilenargumente konnten nicht analysiert werden: *.

Fehler beim Analysieren der Befehlszeilenargumente. Vergewissern Sie sich, dass sie alle korrekt sind.

MT0011: * wurde mit einer neueren Laufzeit (*) erstellt als MonoTouch unterstützt.

Diese Warnung wird in der Regel gemeldet, da das Projekt über einen Verweis auf eine Klassenbibliothek verfügt, die nicht mithilfe der Xamarin.iOS-BCL erstellt wurde.

Auf die gleiche Weise funktioniert eine App, die das .NET 4.0 SDK verwendet, möglicherweise nicht auf einem System, das nur .NET 2.0 unterstützt, eine bibliothek, die mit .NET 4.0 erstellt wurde, funktioniert möglicherweise nicht unter Xamarin.iOS, es kann API verwenden, die nicht auf Xamarin.iOS vorhanden ist.

Die allgemeine Lösung besteht darin, die Bibliothek als Xamarin.iOS-Klassenbibliothek zu erstellen. Dazu können Sie ein neues Xamarin.iOS-Klassenbibliotheksprojekt erstellen und alle Quelldateien hinzufügen. Wenn Sie nicht über den Quellcode für die Bibliothek verfügen, sollten Sie sich an den Anbieter wenden und anfordern, dass er eine Xamarin.iOS-kompatible Version ihrer Bibliothek bereitstellt.

MT0012: Unvollständige Daten werden zur Vollständigen *bereitgestellt.

Dieser Fehler wird nicht mehr in der aktuellen Version von Xamarin.iOS gemeldet.

MT0013: Die Profilerstellungsunterstützung erfordert, dass sgen ebenfalls aktiviert ist.

SGen (--sgen) muss aktiviert werden, wenn Profilerstellung (--Profiling) aktiviert ist.

MT0014: Das iOS * SDK unterstützt nicht das Erstellen von Anwendungen für *.

Dies kann unter folgenden Umständen geschehen:

ARMv6 ist aktiviert, und Xcode 4.5 oder höher wird installiert.
ARMv7s ist aktiviert, und Xcode 4.4 oder früher wird installiert.

Überprüfen Sie, ob die installierte Version von Xcode die ausgewählten Architekturen unterstützt.

MT0015: Ungültige ABI: *. Unterstützte ABIs sind: i386, x86_64, armv7, armv7+llvm, armv7+llvm+thumb2, armv7s, armv7s+llvm, armv7s+llvm+thumb2, arm64 und arm64+llvm.

Eine ungültige ABI wurde an Mtouch übergeben. Geben Sie eine gültige ABI an.

MT0016: Die Option * ist veraltet.

Die option Erwähnung mtouch wurde veraltet und wird ignoriert.

MT0017: Sie sollten eine Stammassembly bereitstellen.

Es ist erforderlich, beim Erstellen einer App eine Stammassembly (in der Regel die Standard ausführbare Datei) anzugeben.

MT0018: Unbekanntes Befehlszeilenargument: *.

Mtouch erkennt das Befehlszeilenargument nicht Erwähnung in der Fehlermeldung.

MT0019: Es kann nur eine --[log|install|kill|launch]dev- oder --[launch|debug]sim-Option verwendet werden.

Es gibt mehrere Optionen für Mtouch, die nicht gleichzeitig verwendet werden können:

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

MT0020: Die gültigen Optionen für '' sind ''.

MT0021: Kann nicht mithilfe von gcc/g++ (--use-gcc) kompiliert werden, wenn die Statische registrar verwendet wird (dies ist die Standardeinstellung bei der Kompilierung für das Gerät). Entfernen Sie entweder das Flag "-use-gcc" oder verwenden Sie die dynamische registrar (-registrar:d ymisch).

MT0022: Die Optionen "---unsupported--enable-generics-in-registrar" und "--registrar" sind nicht kompatibel.

Entfernen Sie sowohl die Optionen --unsupported--enable-generics-in-registrar als --registrarauch die . Ab Xamarin.iOS 7.2.1 unterstützt die Standardeinstellung registrar Generika.

Dieser Fehler wird nicht mehr angezeigt (das Befehlszeilenargument --unsupported--enable-generics-in-registrar wurde aus Mtouch entfernt).

MT0023: Der Anwendungsname "*.exe" ist mit einer anderen Benutzerassembly in Konflikt.

Der Name der ausführbaren Assembly und der Name der Anwendung können nicht mit dem Namen einer dll in der App übereinstimmen. Ändern Sie den Namen Ihrer ausführbaren Datei.

MT0024: Die erforderliche Datei '*' konnte nicht gefunden werden.

MT0025: Es wurde keine SDK-Version bereitgestellt. Bitte fügen Sie hinzu `--sdk=X.Y` , um anzugeben, welches iOS-SDK zum Erstellen Ihrer Anwendung verwendet werden soll.

MT0026: Das Befehlszeilenargument '' konnte nicht analysiert werden:

MT0027: Die Optionen '' und '' sind nicht kompatibel.

MT0028: Pie (-pie) kann nicht aktiviert werden, wenn iOS 4.1 oder früher verwendet wird. Deaktivieren Sie PIE (-pie:false), oder legen Sie das Bereitstellungsziel auf mindestens iOS 4.2 fest.

MT0029: REPL (--enable-repl) wird nur im Simulator (---sim) unterstützt.

REPL wird nur unterstützt, wenn Sie für den Simulator erstellen. Dies bedeutet, dass Sie auch passieren müssen, wenn Sie an Mtouch übergeben --enable-repl--sim.

MT0030: Der ausführbare Name () und der App-Name () unterscheiden sich, dies kann verhindern, dass Absturzprotokolle ordnungsgemäß symbolisch werden.

Wenn Xcode symbolisch ist (speicheradressen in Funktionsnamen und Datei-/Zeilennummern übersetzt), schlägt der Prozess möglicherweise fehl, wenn die ausführbare Datei und die App unterschiedliche Namen (ohne die Erweiterung) aufweisen.

Um dies zu beheben, ändern Sie entweder "Anwendungsname" in den Build-/iOS-Anwendungsoptionen des Projekts, oder ändern Sie "Assemblyname" in den Build-/Ausgabeoptionen des Projekts.

MT0031: Die Befehlszeilenargumente "--enable-background-fetch" und "--launch-for-background-fetch" erfordern ebenfalls "--launchsim".

MT0032: Die Option "--debugtrack" wird ignoriert, es sei denn, "--debug" wird ebenfalls angegeben.

MT0033: Ein Xamarin.iOS-Projekt muss entweder monotouch.dll oder Xamarin.iOS.dll

MT0034: Es kann nicht sowohl 'monotouch.dll' als auch 'Xamarin.iOS.dll' im selben Xamarin.iOS-Projekt enthalten sein – '' wird explizit referenziert, während '' von '*' referenziert wird.

MT0036: Ein * Simulator für eine * App kann nicht gestartet werden. Aktivieren Sie die richtigen Architekturen in den iOS-Buildoptionen (Erweiterte Seite) Ihres Projekts.

MT0037: monotouch.dll ist nicht 64-Bit kompatibel. Verweisen Sie entweder auf Xamarin.iOS.dll oder erstellen Sie nicht für eine 64-Bit-Architektur (ARM64 und/oder x86_64).

MT0038: Die alte registrars (--registrar:oldstatic|olddynamic) wird beim Verweisen auf Xamarin.iOS.dll nicht unterstützt.

MT0039: Anwendungen für ARMv6 können nicht auf Xamarin.iOS.dll verweisen.

MT0040: Die Assembly '' konnte nicht gefunden werden, auf die von '' verwiesen wird.

MT0041: Auf "monotouch.dll" und "Xamarin.iOS.dll" kann nicht verwiesen werden.

MT0042: Es wurde kein Verweis auf monotouch.dll oder Xamarin.iOS.dll gefunden. Ein Verweis auf monotouch.dll wird hinzugefügt.

MT0043: Der Boehm Garbage Collector wird derzeit nicht unterstützt, wenn auf "Xamarin.iOS.dll" verwiesen wird. Stattdessen wurde der SGen Garbage Collector ausgewählt.

Nur der SGen Garbage Collector wird bei Unified-Projekten unterstützt. Stellen Sie sicher, dass keine zusätzlichen Mtouchflags vorhanden sind, die Boehm als Garbage Collector angeben.

MT0044: --listsim wird nur mit Xcode 6.0 oder höher unterstützt.

Installieren Sie eine neuere Xcode-Version.

MT0045: --extension wird nur unterstützt, wenn das iOS 8.0 (oder höher) SDK verwendet wird.

MT0047: Das Mindestbereitstellungsziel für Unified-Anwendungen ist 5.1.1, das aktuelle Bereitstellungsziel lautet "*". Wählen Sie in den iOS-Anwendungsoptionen Ihres Projekts ein neueres Bereitstellungsziel aus.

MT0049: .framework wird nur unterstützt, wenn das Bereitstellungsziel 8.0 oder höher ist. Features funktionieren möglicherweise nicht ordnungsgemäß.

Das angegebene Framework wird in der iOS-Version, auf die sich das Bereitstellungsziel bezieht, nicht unterstützt. Aktualisieren Sie entweder das Bereitstellungsziel auf eine neuere iOS-Version, oder entfernen Sie die Verwendung des angegebenen Frameworks aus der App.

MT0051: Xamarin.iOS * erfordert Xcode 5.0 oder höher. Die aktuelle Xcode-Version (in gefunden) ist .

Installieren Sie einen neueren Xcode.

MT0052: Kein Befehl angegeben.

Für Mtouch wurde keine Aktion angegeben.

MT0054: Der Pfad '' kann nicht kanonisiert werden:

Dies ist ein interner Fehler. Wenn dieser Fehler angezeigt wird, geben Sie ein neues Problem auf github an.

MT0055: Der Xcode-Pfad '*' ist nicht vorhanden.

Der übergebene --sdkroot Xcode-Pfad ist nicht vorhanden. Geben Sie einen gültigen Pfad an.

MT0056: Xcode wurde am Standardspeicherort (/Applications/Xcode.app) nicht gefunden. Installieren Sie Xcode, oder übergeben Sie einen benutzerdefinierten Pfad mithilfe des Pfads --sdkroot<>.

MT0057: Der Pfad zum Xcode.app kann nicht aus dem SDK-Stamm '*' ermittelt werden. Geben Sie den vollständigen Pfad zum Xcode.app Bundle an.

Der von der Verwendung --sdkroot übergebene Pfad gibt keine gültige Xcode-App an. Geben Sie einen Pfad zu einer Xcode-App an.

MT0058: Die Xcode.app '' ist ungültig (die Datei '' ist nicht vorhanden).

Der von der Verwendung --sdkroot übergebene Pfad gibt keine gültige Xcode-App an. Geben Sie einen Pfad zu einer Xcode-App an.

MT0059: Der aktuell ausgewählte Xcode im System konnte nicht gefunden werden: *

MT0060: Der aktuell ausgewählte Xcode im System konnte nicht gefunden werden. 'xcode-select --print-path' hat '*' zurückgegeben, aber dieses Verzeichnis ist nicht vorhanden.

MT0061: No Xcode.app specified (using --sdkroot), using the system Xcode as reported by 'xcode-select --print-path': *

Dies ist eine Informationswarnung, in der erläutert wird, welcher Xcode verwendet wird, da keine angegeben wurde.

MT0062: Kein Xcode.app angegeben (mit --sdkroot oder 'xcode-select --print-path'), verwenden Sie stattdessen den Standard-Xcode: *

Dies ist eine Informationswarnung, in der erläutert wird, welcher Xcode verwendet wird, da keine angegeben wurde.

MT0063: Die ausführbare Datei in der Erweiterung * kann nicht gefunden werden (kein CFBundleExecutable-Eintrag in der Info.plist)

Jede Info.plist muss über eine ausführbare Datei (unter Verwendung des CFBundleExecutable-Eintrags) verfügen, ein Eintrag sollte jedoch während des Builds automatisch generiert werden.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0064: Xamarin.iOS unterstützt nur eingebettete Frameworks mit Unified-Projekten.

Xamarin.iOS unterstützt nur eingebettete Frameworks bei Verwendung der Unified-API; Aktualisieren Sie Ihr Projekt, um die Einheitliche API zu verwenden.

MT0065: Xamarin.iOS unterstützt nur eingebettete Frameworks, wenn das Bereitstellungsziel mindestens 8.0 ist (aktuelles Bereitstellungsziel: * eingebettete Frameworks: *)

Xamarin.iOS unterstützt nur eingebettete Frameworks, wenn das Bereitstellungsziel mindestens 8.0 ist (da frühere Versionen von iOS eingebettete Frameworks nicht unterstützen).

Aktualisieren Sie das Bereitstellungsziel in der Info.plist des Projekts auf 8.0 oder höher.

MT0066: Ungültige Buildassembly registrar : *

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0067: Ungültig registrar: *

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0068: Ungültiger Wert für Das Zielframework: *.

Ein ungültiges Zielframework wurde mithilfe des Arguments "--target-framework" übergeben. Geben Sie ein gültiges Zielframework an.

MT0070: Ungültiges Zielframework: . Gültige Zielframeworks sind: .

Ein ungültiges Zielframework wurde mithilfe des Arguments "--target-framework" übergeben. Geben Sie ein gültiges Zielframework an.

MT0071: Unbekannte Plattform: *. Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0072: Erweiterungen werden für die Plattform '*' nicht unterstützt.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0073: Xamarin.iOS * unterstützt kein Bereitstellungsziel von * (das Minimum ist *). Wählen Sie in der Info.plist Ihres Projekts ein neueres Bereitstellungsziel aus.

Das mindeste Bereitstellungsziel ist die in der Fehlermeldung angegebene. wählen Sie in der Info.plist des Projekts ein neueres Bereitstellungsziel aus.

Wenn die Aktualisierung des Bereitstellungsziels nicht möglich ist, verwenden Sie bitte eine ältere Version von Xamarin.iOS.

MT0074: Xamarin.iOS * unterstützt kein Mindestbereitstellungsziel von * (das Maximum ist *). Wählen Sie in der Info.plist Ihres Projekts ein älteres Bereitstellungsziel aus, oder führen Sie ein Upgrade auf eine neuere Version von Xamarin.iOS durch.

Xamarin.iOS unterstützt nicht das Festlegen des Mindestbereitstellungsziels auf eine höhere Version als die Version, für die diese bestimmte Version von Xamarin.iOS erstellt wurde.

Wählen Sie ein älteres Mindestbereitstellungsziel in der Info.plist des Projekts aus, oder aktualisieren Sie auf eine neuere Version von Xamarin.iOS.

MT0075: Ungültige Architektur '' für Projekte. Gültige Architekturen sind: *

Es wurde eine ungültige Architektur angegeben. Überprüfen Sie, ob die Architektur gültig ist.

MT0076: Keine Architektur angegeben (mit dem Argument "--abi"). Für * Projekte ist eine Architektur erforderlich.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0077: WatchOS-Projekte müssen Erweiterungen sein.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0078: Inkrementelle Builds sind mit einem Bereitstellungsziel < 8.0 (derzeit *) aktiviert. Dies wird nicht unterstützt (die resultierende Anwendung wird nicht unter iOS 9 gestartet), sodass das Bereitstellungsziel auf 8.0 festgelegt wird.

Dies ist eine Warnung, die informiert, dass das Bereitstellungsziel für diesen Build auf 8.0 festgelegt wurde, damit inkrementelle Builds ordnungsgemäß funktionieren.

Inkrementelle Builds werden nur unterstützt, wenn das Bereitstellungsziel mindestens 8.0 ist (da die resultierende Anwendung andernfalls nicht unter iOS 9 gestartet wird).

MT0079: Die empfohlene Xcode-Version für Xamarin.iOS * ist Xcode * oder höher. Die aktuelle Xcode-Version (in gefunden) ist .

Dies ist eine Warnung, die informiert, dass die aktuelle Version von Xcode nicht die empfohlene Version von Xcode für diese Version von Xamarin.iOS ist.

Aktualisieren Sie Xcode, um ein optimales Verhalten sicherzustellen.

MT0080: Das Deaktivieren von NewRefCount, --new-refcount:false ist veraltet.

Dies ist eine Warnung, die informiert, dass die Anforderung zum Deaktivieren des neuen Refcounts (--new-refcount:false) ignoriert wurde.

Das neue Refcount-Feature ist jetzt für alle Projekte obligatorisch und kann daher nicht mehr deaktiviert werden.

MT0081: Das Befehlszeilenargument --download-crash-report erfordert auch --download-crash-report-to.

MT0082: REPL (--enable-repl) wird nur unterstützt, wenn verknüpfung nicht verwendet wird (--nolink).

MT0083: Asm-only-Bitcode wird auf watchOS nicht unterstützt. Verwenden Sie entweder --bitcode:marker oder --bitcode:full.

MT0084: Bitcode wird im Simulator nicht unterstützt. Übergeben Sie beim Erstellen des Simulators nicht --bitcode.

MT0085: Es wurde kein Verweis auf '*' gefunden. Sie wird automatisch hinzugefügt.

MT0086: Ein Zielframework (--target-framework) muss beim Erstellen von TVOS oder WatchOS angegeben werden.

Dies weist auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT0087: Inkrementelle Builds (--fastdev) werden mit boehm GC nicht unterstützt. Inkrementelle Builds werden deaktiviert.

MT0088: Die GC muss sich im kooperativen Modus für watchOS-Apps befinden. Bitte entfernen Sie das Argument --coop:false zu mtouch.

MT0089: Die Option '' kann den Wert '' nicht übernehmen, wenn der kooperative Modus für die GC aktiviert ist.

MT0091: Diese Version von Xamarin.iOS erfordert das * SDK (ausgeliefert mit Xcode *). Aktualisieren Sie entweder Xcode, um die erforderlichen Headerdateien abzurufen, oder legen Sie das Verhalten des verwalteten Linkers nur auf Link Framework-SDKs fest (um zu versuchen, die neuen APIs zu vermeiden).

Xamarin.iOS erfordert die Headerdateien aus der in der Fehlermeldung angegebenen SDK-Version, um Ihre Anwendung zu erstellen. Die empfohlene Methode zum Beheben dieses Fehlers ist das Upgrade von Xcode auf das erforderliche SDK, dies schließt alle erforderlichen Headerdateien ein. Wenn Sie mehrere Xcode-Versionen installiert haben oder einen Xcode an einem nicht standardmäßigen Speicherort verwenden möchten, stellen Sie sicher, dass Sie den richtigen Xcode-Speicherort in den Einstellungen Ihrer IDE festlegen.

Eine mögliche alternative Lösung besteht darin, den verwalteten Linker zu aktivieren. Dadurch werden nicht verwendete API entfernt, einschließlich in den meisten Fällen die neue API, in der die Headerdateien fehlen (oder unvollständig). Dies funktioniert jedoch nicht, wenn Ihr Projekt API verwendet, die in einem neueren SDK eingeführt wurde, als das von Ihrem Xcode bereitgestellte.

Eine Last-Stroh-Lösung wäre die Verwendung einer älteren Version von Xamarin.iOS, eine, die das SDK unterstützt, das Ihr Projekt erfordert.

MT0093: 'mlaunch' konnte nicht gefunden werden.

MT0095: Aot-Dateien konnten nicht in das Zielverzeichnis {dest}: {error} kopiert werden.

MT0096: Es wurde kein Verweis auf Xamarin.iOS.dll gefunden.

MT0099: Interner Fehler *.

Diese Fehlermeldung wird gemeldet, wenn eine interne Konsistenzüberprüfung in Xamarin.iOS fehlschlägt.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0100: Ungültiges Assemblybuildziel: '*'.

Diese Fehlermeldung wird gemeldet, wenn eine interne Konsistenzüberprüfung in Xamarin.iOS fehlschlägt.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT0101: Die Assembly '*' wird mehrmals in --assembly-build-target-argumenten angegeben.

Die assembly Erwähnung in der Fehlermeldung wird mehrmals in --assembly-build-target-argumenten angegeben. Stellen Sie sicher, dass jede Assembly nur einmal Erwähnung wird.

MT0102: Die Assemblys '' und '' haben denselben Zielnamen (''),aber unterschiedliche Ziele ('' und '*').

Die assemblys Erwähnung in der Fehlermeldung enthalten widersprüchliche Buildziele.

Zum Beispiel:

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

In diesem Beispiel wird versucht, sowohl eine dynamische Bibliothek als auch ein Framework mit demselben Make (MyBinary) zu erstellen.

MT0103: Das statische Objekt '' enthält mehr als eine Assembly (''),aber jedes statische Objekt muss exakt einer Assembly entsprechen.

Die assemblys Erwähnung in der Fehlermeldung werden alle zu einem einzelnen statischen Objekt kompiliert. Dies ist nicht zulässig, jede Assembly muss zu einem anderen statischen Objekt kompiliert werden.

Zum Beispiel:

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

In diesem Beispiel wird versucht, ein statisches Objekt (MyBinary) zu erstellen, das aus zwei Assemblys (Assembly1.dll und Assembly2.dll), die nicht zulässig ist.

MT0105: Für '*' wurde kein Assemblybuildziel angegeben.

Beim Angeben des Assemblybuildziels mithilfe --assembly-build-targetvon jeder Assembly in der App muss ein Buildziel zugewiesen sein.

Dieser Fehler wird gemeldet, wenn die Assembly, die in der Fehlermeldung Erwähnung, kein Assemblybuildziel zugewiesen ist.

Weitere Informationen finden Sie in der Dokumentation --assembly-build-target .

MT0106: Der Assemblybuildzielname '' ist ungültig: Das Zeichen '' ist nicht zulässig.

Der Assemblybuildzielname muss ein gültiger Dateiname sein.

Diese Werte lösen z. B. diesen Fehler aus:

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

da my/path.o es sich aufgrund des Verzeichnistrennzeichens nicht um einen gültigen Dateinamen handelt.

MT0107: Die Assemblys '' haben unterschiedliche benutzerdefinierte LLVM-Optimierungen (), die nicht zulässig sind, wenn sie alle in einer einzelnen Binärdatei kompiliert werden.

MT0108: Das Assemblybuildziel '*' hat keine Assemblys gefunden.

MT0109: Die Assembly '{0}' wurde aus einem anderen Pfad als dem bereitgestellten Pfad geladen (bereitgestellter Pfad: {1}, tatsächlicher Pfad: {2}).

Dies ist eine Warnung, die angibt, dass eine Assembly, auf die von der Anwendung verwiesen wird, von einem anderen Speicherort als angefordert geladen wurde.

Dies kann bedeuten, dass die App auf mehrere Assemblys mit demselben Namen verweist, aber von verschiedenen Speicherorten, die zu unerwarteten Ergebnissen führen können (nur die erste Assembly wird verwendet).

MT0110: Inkrementelle Builds wurden deaktiviert, da diese Version von Xamarin.iOS keine inkrementellen Builds in Projekten unterstützt, die Bindungsbibliotheken von Drittanbietern enthalten und in Bitcode kompiliert werden.

Inkrementelle Builds wurden deaktiviert, da diese Version von Xamarin.iOS keine inkrementellen Builds in Projekten unterstützt, die Bindungsbibliotheken von Drittanbietern enthalten und zu Bitcode kompiliert werden (tvOS- und watchOS-Projekte).

Es ist keine Aktion erforderlich, diese Nachricht ist rein informativ.

Diese Warnung wird nicht mehr gemeldet.

MT0111: Bitcode wurde aktiviert, da diese Version von Xamarin.iOS das Erstellen von WatchOS-Projekten mit LLVM nicht unterstützt, ohne Bitcode zu aktivieren.

Bitcode wurde automatisch aktiviert, da diese Version von Xamarin.iOS das Erstellen von WatchOS-Projekten mit LLVM nicht unterstützt, ohne Bitcode zu aktivieren.

Es ist keine Aktion erforderlich, diese Nachricht ist rein informativ.

Es gibt mehrere Gründe, warum die Codefreigabe deaktiviert werden kann:

da das Bereitstellungsziel der Container-App vor iOS 8.0 (es ist *)) liegt.

Native Codefreigabe erfordert iOS 8.0, da die systemeigene Codefreigabe mithilfe von Benutzerframeworks implementiert wird, die mit iOS 8.0 eingeführt wurde.

da die Container-App I18N-Assemblys (*) enthält.

Systemeigene Codefreigabe wird derzeit nicht unterstützt, wenn die Container-App I18N-Assemblys enthält.

da die Container-App benutzerdefinierte XML-Definitionen für den verwalteten Linker (*) enthält.

Native Codefreigabe erfordert keine Unterstützung für Projekte, die benutzerdefinierte XML-Definitionen für den verwalteten Linker verwenden.

da sich die Bitcodeoptionen zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Für die systemeigene Codefreigabe müssen die Bitcodeoptionen zwischen den Projekten übereinstimmen, die Code freigeben.
da sich die Optionen --assembly-build-target zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Für die systemeigene Codefreigabe müssen die Buildzieloptionen --assembly-build-target zwischen den Projekten identisch sein, die Code freigeben.

Diese Bedingung kann auftreten, wenn inkrementelle Builds in allen Projekten nicht aktiviert oder deaktiviert sind.
da sich die I18N-Assemblys zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Systemeigene Codefreigabe wird derzeit für Erweiterungen, die I18N-Assemblys enthalten, nicht unterstützt.
da sich die Argumente für den AOT-Compiler zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Native Codefreigabe erfordert, dass sich die Argumente für den AOT-Compiler nicht zwischen Projekten unterscheiden, die Code freigeben.
da sich die anderen Argumente für den AOT-Compiler zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Native Codefreigabe erfordert, dass sich die Argumente für den AOT-Compiler nicht zwischen Projekten unterscheiden, die Code freigeben.

Diese Bedingung tritt auf, wenn sich die "Ausführen aller 32-Bit-Float-Vorgänge als 64-Bit-Float" zwischen Projekten unterscheidet.
da LLVM sowohl in der Container-App (*) als auch in der Erweiterung (*) nicht aktiviert oder deaktiviert ist.

Die native Codefreigabe erfordert, dass LLVM für alle Projekte, die Code freigeben, entweder aktiviert oder deaktiviert ist.
da sich die Einstellungen für verwaltete Verknüpfunger zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Native Codefreigabe erfordert, dass die Einstellungen für verwaltete Linker für alle Projekte identisch sind, die Code freigeben.
da sich die übersprungenen Assemblys für den verwalteten Linker zwischen der Container-App (*) und der Erweiterung (*) unterscheiden.

Native Codefreigabe erfordert, dass die Einstellungen für verwaltete Linker für alle Projekte identisch sind, die Code freigeben.
da die Erweiterung benutzerdefinierte XML-Definitionen für den verwalteten Linker (*) enthält.

Native Codefreigabe erfordert keine Unterstützung für Projekte, die benutzerdefinierte XML-Definitionen für den verwalteten Linker verwenden.
da die Container-App nicht für die ABI * erstellt wird (während die Erweiterung für diese ABI erstellt wird).

Die native Codefreigabe erfordert, dass die Container-App für alle Architekturen alle App-Erweiterungsbuilds erstellt.

Beispiel: Diese Bedingung tritt auf, wenn eine Erweiterung für ARM64+ARMv7 erstellt wird, aber die Container-App nur für ARM64 erstellt.
da die Container-App für die ABI *erstellt wird, die nicht mit der ABI (*) der Erweiterung kompatibel ist.

Für die systemeigene Codefreigabe müssen alle Projekte für genau dieselbe API erstellt werden.

Beispiel: Diese Bedingung tritt auf, wenn eine Erweiterung für ARMv7+llvm+thumb2 erstellt wird, aber die Container-App nur für ARMv7+llvm erstellt.
da die Container-App auf die Assembly '*' von '*' verweist, während die Erweiterung auf eine andere Version von '*' verweist.

Für die systemeigene Codefreigabe müssen alle Projekte, die Code gemeinsam nutzen, dieselben Versionen für alle Assemblys verwenden.

MT0115: Es wird empfohlen, auf dynamische Symbole mithilfe von Code (--dynamic-symbol-mode=code) zu verweisen, wenn Bitcode aktiviert ist.

Xamarin.iOS-Projekte verweisen häufig dynamisch auf systemeigene Symbole, was bedeutet, dass der systemeigene Linker solche nativen Symbole während des systemeigenen Verknüpfungsprozesses entfernen kann, da der systemeigene Linker nicht erkennt, dass diese Symbole verwendet werden.

In der Regel fordert Xamarin.iOS den nativen Linker auf, solche Symbole beizubehalten (mit dem -u symbol Linker-Flag), aber beim Kompilieren für Bitcode akzeptiert der systemeigene Linker das -u Flag nicht.

Xamarin.iOS hat eine alternative Lösung implementiert: Wir generieren zusätzlichen nativen Code, der auf diese Symbole verweist, und damit wird der systemeigene Linker sehen, dass diese Symbole verwendet werden. Dies erfolgt automatisch beim Kompilieren mit Bitcode.

Wenn --dynamic-symbol-mode=linker diese alternative Lösung an Mtouch übergeben wird, wird diese alternative Lösung deaktiviert, und Xamarin.iOS versucht, an den systemeigenen Linker zu übergeben -u . Dies führt höchstwahrscheinlich zu systemeigenen Linkerfehlern.

Die Lösung besteht darin, das --dynamic-symbol-mode=linker Argument aus den zusätzlichen Mtouch-Argumenten in den Buildoptionen des Projekts zu entfernen.

MT0116: Ungültige Architektur: {arch}. 32-Bit-Architekturen werden nicht unterstützt, wenn das Bereitstellungsziel 11 oder höher ist. Stellen Sie sicher, dass das Projekt nicht für eine 32-Bit-Architektur erstellt wird.

iOS 11 enthält keine Unterstützung für 32-Bit-Anwendungen. Daher wird es nicht unterstützt, für eine 32-Bit-Anwendung zu erstellen, wenn das Bereitstellungsziel iOS 11 oder höher ist.

Ändern Sie entweder die Zielarchitektur in den iOS-Buildoptionen des Projekts in arm64, oder ändern Sie das Bereitstellungsziel in der Info.plist des Projekts in eine frühere iOS-Version.

MT0117: Eine 32-Bit-App kann nicht auf einem Simulator gestartet werden, der nur 64-Bit unterstützt.

MT0118: Aot-Dateien konnten nicht im erwarteten Verzeichnis '{msymdir}' gefunden werden.

MT0123: Die ausführbare Assembly * verweist nicht auf *.

Es wurde kein Verweis auf die Plattformassembly (Xamarin.iOS.dll/Xamarin.TVOS.dll/Xamarin.WatchOS.dll) in der ausführbaren Assembly gefunden.

Dies geschieht in der Regel, wenn im ausführbaren Projekt kein Code vorhanden ist, der etwas aus der Plattformassembly verwendet. Beispielsweise würde eine leere Main-Methode (und kein anderer Code) diesen Fehler anzeigen:

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

Die Verwendung einer API aus der Plattformassembly löst den Fehler aus:

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

MT0124: Die aktuelle Sprache konnte nicht auf '{lang}' festgelegt werden (gemäß LANG={LANG}): {exception}

Dies ist eine Warnung, die angibt, dass die aktuelle Sprache nicht auf die Sprache in der Fehlermeldung festgelegt werden konnte.

Die aktuelle Sprache wird standardmäßig in der Systemsprache verwendet.

MT0125: Das Befehlszeilenargument "--assembly-build-target" wird im Simulator ignoriert.

Es ist keine Aktion erforderlich, diese Nachricht ist rein informativ.

MT0126: Inkrementelle Builds wurden deaktiviert, da inkrementelle Builds im Simulator nicht unterstützt werden.

Es ist keine Aktion erforderlich, diese Nachricht ist rein informativ.

MT0127: Inkrementelle Builds wurden deaktiviert, da diese Version von Xamarin.iOS keine inkrementellen Builds in Projekten unterstützt, die mehr als eine Drittanbieterbindungsbibliothek enthalten.

Inkrementelle Builds wurden automatisch deaktiviert, da diese Version von Xamarin.iOS nicht immer Projekte mit mehreren Bindungsbibliotheken von Drittanbietern ordnungsgemäß erstellt.

Es ist keine Aktion erforderlich, diese Nachricht ist rein informativ.

MT0128: Die Datei '' konnte nicht berührt werden:

Fehler beim Berühren einer Datei (dies geschieht, um sicherzustellen, dass Teilbuilds ordnungsgemäß ausgeführt werden).

Diese Warnung kann höchstwahrscheinlich ignoriert werden; bei Problemen wird ein neues Problem auf GitHub veröffentlicht, und es wird untersucht.

MT0135: Das Systemframework "{0}" (referenziert durch Assembly "{1}") wurde nicht verknüpft, da es eingeführt {2}{3}wurde, und wir verwenden das {2}{4} SDK.

Um Ihre Anwendung zu erstellen, muss Xamarin.iOS eine Verknüpfung mit Systembibliotheken herstellen, von denen einige von der in der Fehlermeldung angegebenen SDK-Version abhängen. Da Sie eine ältere Version des SDK verwenden, können Aufrufe für diese APIs zur Laufzeit fehlschlagen.

Die empfohlene Methode zum Beheben dieses Fehlers besteht darin, Xcode zu aktualisieren, um das erforderliche SDK abzurufen. Wenn Sie mehrere Xcode-Versionen installiert haben oder einen Xcode an einem nicht standardmäßigen Speicherort verwenden möchten, stellen Sie sicher, dass Sie den richtigen Xcode-Speicherort in den Einstellungen Ihrer IDE festlegen.

Alternativ können Sie den verwalteten Linker aktivieren, um nicht verwendete APIs zu entfernen, einschließlich (in den meisten Fällen) die neuen APIs, die die angegebene Bibliothek erfordern. Dies funktioniert jedoch nicht, wenn für Ihr Projekt APIs erforderlich sind, die in einem neueren SDK eingeführt wurden, als das von Ihrem Xcode bereitgestellte.

Verwenden Sie als Last-Stroh-Lösung eine ältere Version von Xamarin.iOS, die nicht erfordert, dass diese neuen SDKs während des Buildprozesses vorhanden sind.

MT10xx: Installer / mtouch

MT1001: Es konnte keine Anwendung im angegebenen Verzeichnis gefunden werden.

MT1002: Symlinks konnten nicht erstellt werden, Dateien wurden kopiert.

MT1003: Die Anwendung '*' konnte nicht beendet werden. Möglicherweise müssen Sie die Anwendung manuell töten.

MT1004: Die Liste der installierten Anwendungen konnte nicht abgerufen werden.

MT1005: Die Anwendung '' auf dem Gerät '' konnte nicht beendet werden: *- Möglicherweise müssen Sie die Anwendung manuell töten.

MT1006: Die Anwendung '' auf dem Gerät '' konnte nicht installiert werden: *.

MT1007: Fehler beim Starten der Anwendung '' auf dem Gerät '': *. Sie können die Anwendung weiterhin manuell starten, indem Sie darauf tippen.

MT1008: Fehler beim Starten des Simulators

Dieser Fehler wird gemeldet, wenn Mtouch den Simulator nicht starten konnte. Dies kann manchmal passieren, da bereits ein veralteter oder toter Simulatorprozess ausgeführt wird.

Der auf der Unix-Befehlszeile ausgegebene Befehl kann verwendet werden, um festgefahrene Simulatorprozesse zu töten:

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

MT1009: Die Assembly '' konnte nicht in '' kopiert werden: *

Dies ist ein bekanntes Problem in bestimmten Versionen von Xamarin.iOS.

Wenn dies zu Ihnen kommt, probieren Sie die folgende Problemumgehung aus:

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

Da dieses Problem jedoch in der neuesten Version von Xamarin.iOS behoben wurde, geben Sie bitte ein neues Problem auf GitHub mit Ihren Vollversionsinformationen und Buildprotokollausgabe ein.

MT1010: Die Assembly '' konnte nicht geladen werden:

MT1011: Fehlende Ressourcendatei konnte nicht hinzugefügt werden: '*'

MT1012: Fehler beim Auflisten der Apps auf dem Gerät '':

MT1013: Fehler beim Nachverfolgen von Abhängigkeiten: keine Zu vergleichenden Dateien.

Dies weist auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf GitHub mit einem Testfall an.

MT1014: Fehler beim erneuten Verwenden der zwischengespeicherten Version von '': .

MT1015: Fehler beim Erstellen der ausführbaren Datei '':

MT1016: Fehler beim Erstellen der NOTICE-Datei, da bereits ein Verzeichnis mit demselben Namen vorhanden ist.

Entfernen Sie das Verzeichnis NOTICE aus dem Projekt.

MT1017: Fehler beim Erstellen der NOTICE-Datei: *.

MT1018: Ihre Anwendung hat codesignierende Überprüfungen fehlgeschlagen und konnte nicht auf dem Gerät '*' installiert werden. Überprüfen Sie Ihre Zertifikate, Bereitstellungsprofile und Bundle-IDs. Wahrscheinlich ist Ihr Gerät nicht Teil des ausgewählten Bereitstellungsprofils (Fehler: 0xe8008015).

MT1019: Ihre Anwendung verfügt über Berechtigungen, die von Ihrem aktuellen Bereitstellungsprofil nicht unterstützt werden und auf dem Gerät '*' nicht installiert werden konnten. Weitere Informationen (Fehler: 0xe8008016) finden Sie im iOS-Geräteprotokoll.

Dies kann in folgenden Fällen vorkommen:

Ihre Anwendung verfügt über Berechtigungen, die das aktuelle Bereitstellungsprofil nicht unterstützt. Mögliche Lösungen:
- Geben Sie ein anderes Bereitstellungsprofil an, das die Berechtigungen unterstützt, die Ihre Anwendung benötigt.
- Entfernen Sie die Berechtigungen, die im aktuellen Bereitstellungsprofil nicht unterstützt werden.
Das Gerät, für das Sie bereitstellen möchten, ist nicht im von Ihnen verwendeten Bereitstellungsprofil enthalten. Mögliche Lösungen:
- Erstellen Sie eine neue App aus einer Vorlage in Xcode, wählen Sie das gleiche Bereitstellungsprofil aus, und stellen Sie sie auf demselben Gerät bereit. Manchmal kann Xcode Bereitstellungsprofile automatisch mit neuen Geräten aktualisieren (in anderen Fällen fragt Xcode Sie, was zu tun ist). –Wechseln Sie zum iOS Dev Center, und aktualisieren Sie das Bereitstellungsprofil mit dem neuen Gerät, und laden Sie dann das aktualisierte Bereitstellungsprofil auf Ihren Computer herunter.

In den meisten Fällen werden weitere Informationen zum Fehler in das iOS-Geräteprotokoll gedruckt, was bei der Diagnose des Problems helfen kann.

MT1020: Fehler beim Starten der Anwendung '' auf dem Gerät '': *

MT1021: Die Datei '' konnte nicht in '' kopiert werden: {2}

Eine Datei konnte nicht kopiert werden. Die Fehlermeldung des Kopiervorgangs enthält weitere Informationen zum Fehler.

MT1022: Das Verzeichnis '' konnte nicht in '' kopiert werden: {2}

Ein Verzeichnis konnte nicht kopiert werden. Die Fehlermeldung des Kopiervorgangs enthält weitere Informationen zum Fehler.

MT1023: Konnte nicht mit dem Gerät kommunizieren, um die Anwendung '' zu finden:

Beim Versuch, eine Anwendung auf dem Gerät nachzuschlagen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.

MT1024: Die Anwendungssignatur konnte auf dem Gerät '*' nicht überprüft werden. Stellen Sie sicher, dass das Bereitstellungsprofil installiert und nicht abgelaufen ist (Fehler: 0xe8008017).

Das Gerät hat die Anwendungsinstallation abgelehnt, da die Signatur nicht überprüft werden konnte.

Stellen Sie sicher, dass das Bereitstellungsprofil installiert und nicht abgelaufen ist.

MT1025: Absturzberichte auf dem Gerät *konnten nicht aufgeführt werden.

Fehler beim Auflisten der Absturzberichte auf dem Gerät.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1026: Absturzbericht * vom Gerät *konnte nicht heruntergeladen werden.

Fehler beim Herunterladen der Absturzberichte vom Gerät.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1027: Xcode 7+ kann nicht zum Starten von Anwendungen auf Geräten mit iOS * verwendet werden (Xcode 7 unterstützt nur iOS 6+).

Es ist nicht möglich, Xcode 7+ zum Starten von Anwendungen auf Geräten mit iOS-Version unter 6.0 zu verwenden.

Verwenden Sie eine ältere Version von Xcode, oder tippen Sie manuell auf die App, um sie zu starten.

MT1028: Ungültige Gerätespezifikation: '*'. Erwartet "ios", "watchos" oder "all".

Die mit "-device" übergebene Gerätespezifikation ist ungültig. Gültige Werte sind: "ios", "watchos" oder "all".

MT1029: Es konnte keine Anwendung im angegebenen Verzeichnis gefunden werden: *

Der an --launchdev übergebene Anwendungspfad ist nicht vorhanden. Geben Sie ein gültiges App-Bündel an.

MT1030: Das Starten von Anwendungen auf dem Gerät mit einem Bundlebezeichner ist veraltet. Übergeben Sie den vollständigen Pfad zum Start des Bundles.

Es wird empfohlen, den Pfad zur App zu übergeben, um auf dem Gerät zu starten, anstatt nur die Bundle-ID.

MT1031: Die App '' auf dem Gerät '' konnte nicht gestartet werden, da das Gerät gesperrt ist. Entsperren Sie das Gerät, und versuchen Sie es erneut.

Entsperren Sie das Gerät, und versuchen Sie es erneut.

MT1032: Diese ausführbare Datei der Anwendung ist möglicherweise zu groß (* MB), um auf dem Gerät ausgeführt zu werden. Wenn Bitcode aktiviert war, können Sie ihn für die Entwicklung deaktivieren, es ist nur erforderlich, Um Anwendungen an Apple zu übermitteln.

MT1033: Die Anwendung '' konnte nicht vom Gerät '' deinstalliert werden: *

MT1035: Es können keine verschiedenen Versionen des Frameworks "{name}" enthalten sein.

Es ist nicht möglich, eine Verknüpfung mit verschiedenen Versionen desselben Frameworks zu erstellen.

Dies geschieht in der Regel, wenn eine Erweiterung auf eine andere Version eines Frameworks verweist als die Container-App (möglicherweise über eine Bindungsassembly eines Drittanbieters).

Nach diesem Fehler gibt es mehrere MT1036-Fehler , die die Pfade für jedes unterschiedliche Framework auflisten.

Dieser Fehler wird nur zusammen mit MT1036 gemeldet. Weitere Informationen finden Sie unter MT1036 .

MT11xx: Debugdienst

MT1101: App konnte nicht gestartet werden

MT1102: An die App konnte nicht angefügt werden (um sie zu töten): *

MT1103: Konnte nicht trennen

MT1104: Fehler beim Senden des Pakets: *

MT1105: Unerwarteter Antworttyp

MT1106: Liste der Anwendungen auf dem Gerät konnte nicht abgerufen werden: Timeout anfordern.

MT1107: Anwendung konnte nicht gestartet werden: *

Überprüfen Sie, ob Ihr Gerät gesperrt ist.

Wenn Sie eine Unternehmens-App bereitstellen oder ein kostenloses Bereitstellungsprofil verwenden, haben Sie möglicherweise vertrauen dem Entwickler (dies wird hier erläutert).

MT1108: Entwicklertools für dieses XX-Gerät (YY) konnten nicht gefunden werden.

Einige Vorgänge von Mtouch erfordern, dass die DeveloperDiskImage.dmg Datei vorhanden ist. Diese Datei ist Teil von Xcode und befindet sich in der Regel relativ zum SDK, das Sie zum Erstellen verwenden, in der Xcode.app/Contents/Developer/iPhoneOS.platform/DeviceSupport/VERSION/DeveloperDiskImage.dmg.

Dieser Fehler kann entweder auftreten, weil Sie keine DeveloperDiskImage.dmg haben, die mit dem Gerät übereinstimmt, das Sie verbunden haben.

MT1109: Die Anwendung konnte nicht gestartet werden, weil das Gerät gesperrt ist. Entsperren Sie das Gerät, und versuchen Sie es erneut.

Überprüfen Sie, ob Ihr Gerät gesperrt ist.

MT1110: Die Anwendung konnte aufgrund von iOS-Sicherheitseinschränkungen nicht gestartet werden. Stellen Sie sicher, dass der Entwickler vertrauenswürdig ist.

Wenn Sie eine Unternehmens-App bereitstellen oder ein kostenloses Bereitstellungsprofil verwenden, haben Sie möglicherweise vertrauen dem Entwickler (dies wird hier erläutert).

MT1111: Die Anwendung wurde erfolgreich gestartet, aber es ist nicht möglich, auf das Beenden der App wie angefordert zu warten, da es nicht möglich ist, das Beenden der App beim Starten mit gdbserver zu erkennen.

MT12xx: Simulator

MT1201: Der Simulator konnte nicht geladen werden: *

MT1202: Ungültige Simulatorkonfiguration: *

MT1203: Ungültige Simulatorspezifikation: *

MT1204: Ungültige Simulatorspezifikation '*': Laufzeit nicht angegeben.

MT1205: Ungültige Simulatorspezifikation '*': Gerätetyp nicht angegeben.

MT1206: Die Simulatorlaufzeit '*' konnte nicht gefunden werden.

MT1207: Der Simulatorgerätetyp '*' konnte nicht gefunden werden.

MT1208: Die Simulatorlaufzeit '*' konnte nicht gefunden werden.

MT1209: Der Simulatorgerätetyp '*' konnte nicht gefunden werden.

MT1210: Ungültige Simulatorspezifikation: , unbekannter Schlüssel ''

MT1211: Die Simulatorversion '' unterstützt den Simulatortyp '' nicht.

MT1212: Fehler beim Erstellen einer Simulatorversion, bei der Typ = * und Laufzeit = *.

MT1213: Ungültige Simulatorspezifikation für Xcode 4: *

MT1214: Ungültige Simulatorspezifikation für Xcode 5: *

MT1215: Ungültiges SDK angegeben: *

MT1216: Der Simulator UDID '*' konnte nicht gefunden werden.

MT1217: Das App-Bündel konnte nicht unter '*' geladen werden.

MT1218: In der App unter '*' wurde kein Bündelbezeichner gefunden.

MT1219: Der Simulator für '*' konnte nicht gefunden werden.

MT1220: Die neueste Simulatorlaufzeit für das Gerät '*' konnte nicht gefunden werden.

Dies weist in der Regel auf ein Problem mit Xcode hin.

Es wird versucht, dies zu beheben:

Verwenden Sie den Simulator einmal in Xcode.
Übergeben Sie eine explizite SDK-Version mit --sdk-Version<>.
Installieren Sie Xcode erneut.

MT1221: Der gekoppelte i Telefon Simulator für den WatchOS-Simulator '*' konnte nicht gefunden werden.

Beim Starten einer WatchOS-App in einem WatchOS-Simulator muss auch ein gekoppelter iOS-Simulator vorhanden sein.

Überwachungssimulatoren können mit iOS-Simulatoren mit der Gerätebenutzeroberfläche von Xcode (Menü "Fenster -> Geräte") gekoppelt werden.

MT13xx: [LinkWith]

MT1301: Native Bibliothek `` () wurde ignoriert, da sie nicht mit der aktuellen Buildarchitektur(n) (*) übereinstimmt.

MT1302: Die systemeigene Bibliothek '*' konnte nicht aus '+' extrahiert werden. Stellen Sie sicher, dass die systemeigene Bibliothek ordnungsgemäß in die verwaltete Assembly eingebettet wurde (wenn die Assembly mit einem Bindungsprojekt erstellt wurde, muss die systemeigene Bibliothek im Projekt enthalten sein, und die Buildaktion muss "ObjcBindingNativeLibrary" sein).

MT1303: Das systemeigene Framework '' konnte nicht von '' dekomprimieren. Weitere Informationen aus dem systemeigenen Befehl "zip" finden Sie im Buildprotokoll.

Das angegebene systemeigene Framework konnte nicht aus der Bindungsbibliothek dekomprimieren.

Weitere Informationen zu diesem Fehler aus dem systemeigenen "zip"-Befehl finden Sie im Bulid-Protokoll.

MT1304: Das eingebettete Framework '' in ist ungültig: Es enthält keine Info.plist.

Das angegebene eingebettete Framework enthält keine Info.plist und ist daher kein gültiges Framework.

Stellen Sie sicher, dass das Framework gültig ist.

MT1305: Die Bindungsbibliothek '' enthält ein Benutzerframework (), aber eingebettete Benutzerframeworks erfordern iOS 8.0 (das aktuelle Bereitstellungsziel ist *). Legen Sie das Bereitstellungsziel in der Info.plist-Datei auf mindestens 8.0 fest.

Die angegebene Bindungsbibliothek enthält ein eingebettetes Framework, aber Xamarin.iOS unterstützt nur eingebettete Frameworks unter iOS 8.0 oder höher.

Legen Sie das Bereitstellungsziel in der Info.plist-Datei auf mindestens 8.0 fest, um diesen Fehler zu beheben (oder verwenden Sie keine eingebetteten Frameworks).

MT14xx: Absturzberichte

MT1400: Absturzberichtsdienst konnte nicht geöffnet werden: AFC Verbinden ionOpen zurückgegeben *

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1401: Absturzberichtsdienst konnte nicht geschlossen werden: AFC Verbinden ionClose zurückgegeben *

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1402: Dateiinformationen für : AFCFileInfoOpen zurückgegeben

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1403: Absturzbericht konnte nicht gelesen werden: AFCDirectoryOpen () zurückgegeben:

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1404: Absturzbericht konnte nicht gelesen werden: AFCFileRefOpen () zurückgegeben:

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1405: Absturzbericht konnte nicht gelesen werden: AFCFileRefRead () zurückgegeben:

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT1406: Absturzberichte konnten nicht aufgeführt werden: AFCDirectoryOpen () zurückgegeben:

Beim Versuch, auf Absturzberichte vom Gerät zuzugreifen, ist ein Fehler aufgetreten.

Es wird versucht, dies zu lösen:

Löschen Sie die Anwendung vom Gerät, und versuchen Sie es erneut.
Trennen Sie das Gerät, und verbinden Sie es erneut.
Starten Sie das Gerät neu.
Starten Sie den Mac neu.
Synchronisieren Sie das Gerät mit iTunes (dadurch werden alle Absturzberichte vom Gerät entfernt).

MT16xx: MachO

MT1600: Keine mach-O dynamische Bibliothek (unbekannter Header '0x'): .

Fehler beim Verarbeiten der fraglichen dynamischen Bibliothek.

Stellen Sie sicher, dass die dynamische Bibliothek eine gültige dynamische Mach-O-Bibliothek ist.

Das Format einer Bibliothek kann mithilfe des file Befehls über ein Terminal überprüft werden:

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

MT1601: Keine statische Bibliothek (unbekannter Header ''): .

Fehler beim Verarbeiten der betreffenden statischen Bibliothek.

Stellen Sie sicher, dass die statische Bibliothek eine gültige Mach-O-statische Bibliothek ist.

Das Format einer Bibliothek kann mithilfe des file Befehls über ein Terminal überprüft werden:

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

MT1602: Keine mach-O dynamische Bibliothek (unbekannter Header '0x'): .

Fehler beim Verarbeiten der fraglichen dynamischen Bibliothek.

Stellen Sie sicher, dass die dynamische Bibliothek eine gültige dynamische Mach-O-Bibliothek ist.

Das Format einer Bibliothek kann mithilfe des file Befehls über ein Terminal überprüft werden:

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

MT1603: Unbekanntes Format für die Fetteingabe an Position * in *.

Fehler beim Verarbeiten des betreffenden Fettarchivs.

Stellen Sie sicher, dass das Fettarchiv gültig ist.

Das Format eines Fettarchivs kann mithilfe des file Befehls über ein Terminal überprüft werden:

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

MT1604: Datei vom Typ * ist keine MachO-Datei (*).

Fehler beim Verarbeiten der betreffenden MachO-Datei.

Stellen Sie sicher, dass die Datei eine gültige dynamische Mach-O-Bibliothek ist.

Das Format einer Datei kann mithilfe des file Befehls von einem Terminal überprüft werden:

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

MT2xxx: Linker-Fehlermeldungen

MT2001: Assemblys konnten nicht verknüpft werden

Dieser Fehler bedeutet, dass beim verwalteten Linker ein unerwarteter Fehler aufgetreten ist, z. B. eine Ausnahme, und die verarbeitete Assembly konnte nicht abgeschlossen oder gespeichert werden. Weitere Informationen zum genauen Fehler sind Teil des Buildprotokolls, z. B.

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

Es ist wichtig, einen Fehlerbericht für solche Probleme zu speichern. In den meisten Fällen kann eine Problemumgehung bereitgestellt werden, bis ein korrekter Fix veröffentlicht wird. Die oben genannten Informationen sind wichtig (zusammen mit einem Testfall und/oder der Assembly-Binairy), um das Problem zu beheben.

MT2002: Verweis kann nicht aufgelöst werden: *

MT2003: Option '*' wird ignoriert, da die Verknüpfung deaktiviert ist.

MT2004: Zusätzliche Linkerdefinitionsdatei '*' konnte nicht gefunden werden.

MT2005: Definitionen von '*' konnten nicht analysiert werden.

MT2006: Kann mscorlib.dll nicht von: *laden. Installieren Sie Xamarin.iOS erneut.

Dies weist in der Regel darauf hin, dass bei Ihrer Xamarin.iOS-Installation ein Problem auftritt. Versuchen Sie, Xamarin.iOS erneut zu installieren.

MT2010: Unknown HttpMessageHandler `*`. Gültige Werte sind HttpClientHandler (Standard), CFNetworkHandler oder NSUrlSessionHandler

MT2011: Unknown TlsProvider `*`. Gültige Werte sind Standardwerte oder Appletls.

Der angegebene tls-provider= Wert ist kein gültiger TLS-Anbieter (Transport Layer Security).

Dies defaultappletls sind die einzigen gültigen Werte und stellen beide die gleiche Option dar, die die SSL/TLS-Unterstützung mithilfe der nativen Apple TLS-API bereitstellt.

MT2015: Ungültiger HttpMessageHandler `*` für watchOS. Der einzige gültige Wert ist NSUrlSessionHandler.

Dies ist eine Warnung, die auftritt, da die Projektdatei einen ungültigen HttpMessageHandler angibt.

Frühere Versionen unserer Vorschautools haben standardmäßig einen ungültigen Wert in der Projektdatei generiert.

Um diese Warnung zu beheben, öffnen Sie die Projektdatei in einem Text-Editor, und entfernen Sie alle HttpMessageHandler-Knoten aus dem XML.To fix this warning, open the project file in a text editor, and remove all HttpMessageHandler nodes from the XML.

MT2016: Ungültige TlsProvider-Option `legacy` . Der einzige gültige Wert `appletls` wird verwendet.

Der legacy Anbieter, der ein vollständig verwalteter SSLv3 / TLSv1-Anbieter war, wird nicht mehr mit Xamarin.iOS ausgeliefert. Projekte, die diesen alten Anbieter verwenden und jetzt mit dem neueren appletls erstellen.

Um diese Warnung zu beheben, öffnen Sie die Projektdatei in einem Text-Editor, und entfernen Sie alle "MtouchTlsProvider"-Knoten aus dem XML.To fix this warning, open the project file in a text editor, and remove all 'MtouchTlsProvider'' nodes from the XML.

MT2017: Xml-Beschreibung konnte nicht verarbeitet werden.

Dies bedeutet, dass bei der von Ihnen bereitgestellten benutzerdefinierten XML-Linkerkonfigurationsdatei ein Fehler auftritt. Überprüfen Sie bitte Ihre Datei.

MT2018: Auf die Assembly '' wird von zwei verschiedenen Speicherorten verwiesen: '' und '*'.

Die assembly Erwähnung in der Fehlermeldung wird von mehreren Speicherorten geladen. Stellen Sie sicher, dass Sie immer dieselbe Version einer Assembly verwenden.

MT2019: Die Stammassembly '*' kann nicht geladen werden.

Die Stammassembly konnte nicht geladen werden. Überprüfen Sie, ob sich der Pfad in der Fehlermeldung auf eine vorhandene Datei bezieht und dass es sich um eine gültige .NET-Assembly handelt.

MT202x: Fehler bei der Verarbeitung `...`des Bindungsoptimierrs.

Unerwarteter Fehler beim Versuch, generierten Bindungscode zu optimieren. Das Element, das das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly mit dem Namen (oder der benannten Typ oder Methode) in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten) bereitgestellt werden.

Die letzte Ziffer x ist:

0 für einen Assemblynamen;
1 für einen Typnamen;
3 für einen Methodennamen;

MT2030: Fehler bei der Verarbeitung `...`von Benutzerressourcen.

Beim Versuch, Benutzerressourcen zu entfernen, ist ein unerwarteter Fehler aufgetreten. Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten).

Benutzerressourcen sind Dateien, die in Assemblys (als Ressourcen) enthalten sind, die zum Erstellungszeitpunkt extrahiert werden müssen, um das Anwendungsbundle zu erstellen. Dies umfasst:

__monotouch_content_*und Ressourcen; und __monotouch_pages_*
Systemeigene Bibliotheken, die in eine Bindungsassembly eingebettet sind;

MT2040: Fehler bei der Verarbeitung `...`des Standard-HttpMessageHandler-Setters.

Beim Versuch, die Standardeinstellung HttpMessageHandler für die Anwendung festzulegen, ist ein unerwarteter Fehler aufgetreten. Bitte geben Sie ein neues Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten) ein.

MT2050: Fehler bei der Verarbeitung `...`des Code remover.

Unerwarteter Fehler beim Versuch, Code aus dem BCL-Versand mit der Anwendung zu entfernen. Bitte geben Sie ein neues Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten) ein.

MT2060: Versiegelung fehlgeschlagene Verarbeitung `...`.

Beim Versuch, Typen oder Methoden (endgültig) zu versiegeln oder einige Methoden zu entvirtualisieren, ist ein unerwarteter Fehler aufgetreten. Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten).

MT2070: Fehler bei der Verarbeitung von Metadaten.MT2070: Metadata Reducer failed processing `...`.

Unerwarteter Fehler beim Versuch, die Metadaten aus der Anwendung zu reduzieren. Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten).

MT2080: Die Verarbeitung `...`von MarkNSObjects ist fehlgeschlagen.

Beim Versuch, Unterklassen aus der Anwendung zu markieren NSObject , ist ein unerwarteter Fehler aufgetreten. Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten).

MT2090: Fehler bei der Verarbeitung `...`von Inlinern.

Unerwarteter Fehler beim Versuch, Inlinecode aus der Anwendung auszuführen. Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den Zusätzlichen mtouch-Argumenten).

MT2100: Fehler bei der Verarbeitung `...`des Smart Enum Conversion Preserver.

Unerwarteter Fehler beim Markieren der Konvertierungsmethoden für intelligente Enumerationen aus der Anwendung. Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den Zusätzlichen mtouch-Argumenten).

MT2101: Der Verweis '' kann nicht aufgelöst werden, auf den von der Methode '' in '*' verwiesen wird.

Beim Verarbeiten der Methode, die in der Fehlermeldung Erwähnung, wurde ein ungültiger Assemblyverweis festgestellt.

Die Assembly, die das Problem verursacht, wird in der Fehlermeldung benannt. Um dieses Problem zu beheben, muss die Assembly in einem neuen Problem auf github zusammen mit einem vollständigen Buildprotokoll mit aktivierter Ausführlichkeit bereitgestellt werden (d. h. -v -v -v -v in den zusätzlichen mtouch-Argumenten).

MT2102: Fehler bei der Verarbeitung der Methode '' in der Assembly '': *

Unerwarteter Fehler beim Markieren der Methode Erwähnung in der Fehlermeldung.

MT2103: Fehler bei der Verarbeitung der Assembly '':

Unerwarteter Fehler beim Verarbeiten einer Assembly.

MM2104: Die Assembly "{0}" kann nicht verknüpft werden, da sie gemischt ist.

Assemblys im gemischten Modus können vom Linker nicht verarbeitet werden.

Weitere Informationen zu Assemblys im gemischten Modus finden Sie unter gemischte Assemblys (systemeigene und verwaltete Assemblys).

MT3xxx: AOT-Fehlermeldungen

MT3001: Die Assembly '*' konnte nicht AOT

Dies weist in der Regel auf einen Fehler im AOT-Compiler hin. Bitte geben Sie ein neues Problem auf GitHub mit einem Projekt ein, das zum Reproduzieren des Fehlers verwendet werden kann.

Manchmal ist es möglich, dies zu umgehen, indem sie inkrementelle Builds in der iOS-Buildoption des Projekts deaktivieren (aber es ist immer noch ein Fehler, also melden Sie es trotzdem).

MT3002: AOT-Einschränkung: Die Methode '*' muss statisch sein, da sie mit [MonoPInvokeCallback] versehen ist. Siehe developer.xamarin.com/guides/ios/advanced_topics/limitations/#Reverse_Callbacks

Diese Fehlermeldung stammt vom AOT-Compiler.

MT3003: Conflicting --debug and --llvm options. Das Vorläufige Debuggen ist deaktiviert.

Das Debuggen wird nicht unterstützt, wenn LLVM aktiviert ist. Wenn Sie die App debuggen müssen, deaktivieren Sie zuerst LLVM.

MT3004: Die Assembly '*' konnte nicht AOT sein, da sie nicht vorhanden ist.

MT3005: Die Abhängigkeit '' der Assembly '' wurde nicht gefunden. Bitte überprüfen Sie die Referenzen des Projekts.

Dies tritt in der Regel auf, wenn eine Assembly auf eine andere Version einer Plattformassembly verweist (in der Regel die .NET 4-Version von mscorlib.dll).

Dies wird nicht unterstützt und kann nicht ordnungsgemäß erstellt oder ausgeführt werden (die Assembly kann api aus der .NET 4-Version von mscorlib.dll verwenden, die von der Xamarin.iOS-Version nicht vorhanden ist).

MT3006: Eine vollständige Abhängigkeitszuordnung für das Projekt konnte nicht berechnet werden. Dies führt zu langsameren Buildzeiten, da Xamarin.iOS nicht ordnungsgemäß erkennen kann, was neu erstellt werden muss (und was nicht neu erstellt werden muss). Bitte lesen Sie vorherige Warnungen, um weitere Details zu erhalten.

build or execute properly (the assembly may use API from the .NET 4 version of mscorlib.dll that the Xamarin.iOS version does not have).

MT3007: Debug-Infodateien (*.mdb) werden nicht geladen, wenn llvm aktiviert ist.

MT3008: Bitcode-Unterstützung erfordert die Verwendung des LLVM AOT-Back-Ends (--llvm)

Die Bitcode-Unterstützung erfordert die Verwendung des LLVM AOT-Back-Ends (-llvm).

Deaktivieren Sie entweder die Bitcode-Unterstützung, oder aktivieren Sie LLVM.

MT4xxx: Fehlermeldungen zur Codegenerierung

MT40xx: Main

MT4001: Die vorlage Standard konnte nicht erweitert werden.`*`

Beim Generieren main.mist ein Fehler aufgetreten. Bitte geben Sie ein neues Problem auf github an.

MT4002: Fehler beim Kompilieren des generierten Codes für P/Invoke-Methoden.

Fehler beim Kompilieren des generierten Codes für P/Invoke-Methoden. Bitte geben Sie ein neues Problem auf github an.

MT41xx: Registrar

MT4101: Die registrar Signatur für den Typ `*`kann nicht erstellt werden.

Ein Typ wurde in der exportierten API gefunden, die von der Laufzeit nicht weiß, wie Sie marshallen zu/von Objective-C.

Wenn Sie glauben, dass Xamarin.iOS den fraglichen Typ unterstützen sollte, senden Sie bitte eine Erweiterungsanforderung auf github.

MT4102: Der registrar ungültige Typ `` in der Signatur für die Methode ``gefunden. Verwenden Sie stattdessen `*`.

Dies geschieht derzeit nur mit einem Typ: System.DateTime. Verwenden Sie stattdessen das Objective-C Äquivalent (NSDate).

MT4103: Der registrar gefundene ungültige Typ `` in der Signatur für die Methode ``: Der Typ implementiert INativeObject, verfügt jedoch nicht über einen Konstruktor, der zwei Argumente (IntPtr, bool) verwendet.

Dies tritt auf, wenn ein registrar Typ in einer Signatur mit den Erwähnung Merkmalen auftritt. Möglicherweise registrar müssen neue Instanzen des Typs erstellt werden, und in diesem Fall erfordert es einen Konstruktor mit der Signatur (IntPtr, bool) - das erste Argument (IntPtr) gibt das verwaltete Handle an, während der zweite, wenn der Aufrufer den Besitz des systemeigenen Handles übergibt (wenn dieser Wert "retain" "false" ist, wird für das Objekt aufgerufen).

MT4104: Der registrar Rückgabewert für den Typ `` in der Signatur für die Methode ``kann nicht gemarsmt werden.

Ein Typ wurde in der exportierten API gefunden, die von der Laufzeit nicht weiß, wie Sie marshallen zu/von Objective-C.

Wenn Sie glauben, dass Xamarin.iOS den fraglichen Typ unterstützen sollte, senden Sie bitte eine Erweiterungsanforderung auf github.

MT4105: Der registrar Parameter des Typs `` kann für die Methode ``nicht gemarsen werden.

Wenn Sie glauben, dass Xamarin.iOS den fraglichen Typ unterstützen sollte, senden Sie bitte eine Erweiterungsanforderung auf github.

MT4106: Der registrar Rückgabewert für die Struktur `` in der Signatur für die Methode ``kann nicht gemarsen werden.

Ein Typ wurde in der exportierten API gefunden, die von der Laufzeit nicht weiß, wie Sie marshallen zu/von Objective-C.

Wenn Sie glauben, dass Xamarin.iOS den fraglichen Typ unterstützen sollte, senden Sie bitte eine Erweiterungsanforderung auf github.

MT4107: Der registrar Parameter des Typs `*` kann für die Methode `+`nicht marshallen.

Ein Typ wurde in der exportierten API gefunden, die von der Laufzeit nicht weiß, wie Sie marshallen zu/von Objective-C.

Wenn Sie glauben, dass Xamarin.iOS den fraglichen Typ unterstützen sollte, senden Sie bitte eine Erweiterungsanforderung auf github.

MT4108: Der registrar ObjectiveC-Typ für verwalteten Typ `*`kann nicht abgerufen werden.

Ein Typ wurde in der exportierten API gefunden, die von der Laufzeit nicht weiß, wie Sie marshallen zu/von Objective-C.

Wenn Sie glauben, dass Xamarin.iOS den fraglichen Typ unterstützen sollte, senden Sie bitte eine Erweiterungsanforderung auf github.

MT4109: Fehler beim Kompilieren des generierten registrar Codes.

Fehler beim Kompilieren des generierten Codes für die registrar. Das Buildprotokoll enthält die Ausgabe des systemeigenen Compilers und erläutert, warum der Code nicht kompiliert wird.

Dies ist immer ein Fehler in Xamarin.iOS; bitte geben Sie ein neues Problem auf GitHub mit Ihrem Projekt oder einem Testfall ein.

MT4110: Der registrar Out-Parameter des Typs `` kann nicht in signatur für die Methode ``gemarsen werden.

MT4111: Die registrar Signatur für den Typ `` in der Methode ``kann nicht erstellt werden.

MT4112: Der registrar gefundene ungültige Typ `*`. Das Registrieren generischer Typen mit Objective-C wird nicht unterstützt und kann zu zufälligen Verhaltensweisen und/oder Abstürzen führen (aus Gründen der Abwärtskompatibilität mit älteren Versionen von Xamarin.iOS ist es möglich, diesen Fehler zu ignorieren, indem es auf der iOS-Buildoptionenseite des Projekts als zusätzliches Mtouch-Argument übergeben `--unsupported--enable-generics-in-registrar` wird. Weitere Informationen finden Sie unter developer.xamarin.com/guides/ios/advanced_topics/registrar ).

MT4113: Die registrar generische Methode "." wurde gefunden. Das Exportieren generischer Methoden wird nicht unterstützt und führt zu zufälligen Verhaltensweisen und/oder Abstürze.

MT4114: Unerwarteter Fehler in der registrar Methode '.' -

MT4116: Die Assembly '' konnte nicht registriert werden:

MT4117: Die registrar gefundene Signaturkonflikt in der Methode '.' – die Selektor gibt an, dass die Methode * Parameter verwendet, während die verwaltete Methode * Parameter hat.

MT4118: Zwei verwaltete Typen ('' und '') können nicht mit demselben systemeigenen Namen (''') registriert werden.

MT4119: Die Auswahl des Mitglieds '' des Mitglieds '.*' konnte nicht registriert werden, da die Auswahl bereits für ein anderes Mitglied registriert ist.

MT4120: Der registrar unbekannte Feldtyp '' wurde im Feld '.*' gefunden.

Dieser Fehler weist auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4121: GCC/G++ kann nicht verwendet werden, um den generierten Code aus der Statischen registrar zu kompilieren, wenn das Accounts-Framework verwendet wird (die von Apple während der Kompilierung verwendeten Headerdateien erfordern Clang). Verwenden Sie entweder Clang (--compiler:clang) oder die dynamische registrar (-:dregistrar ymisch).

MT4122: Der in der Datei angegebene Clang-Compiler kann nicht verwendet werden. SDK zum Kompilieren des generierten Codes aus der Statischen registrar , wenn nicht-ASCII-Typnamen ('*') in der Anwendung vorhanden sind. Verwenden Sie entweder GCC/G++ (--compiler:gcc|g++), die dynamische registrar (-registrar:d ymische) oder ein neueres SDK.

MT4123: Der Typ des variadischen Parameters in der variadischen Funktion '*' muss "System.IntPtr" sein.

MT4124: Ungültig * gefunden auf '*'.

Dieser Fehler weist auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4125: Der registrar gefundene ungültige Typ '' in der Signatur für die Methode '': Die Schnittstelle muss über ein Protokoll-Attribut verfügen, das den Wrappertyp angibt.

MT4126: Zwei verwaltete Protokolle ('' und '') können nicht mit demselben systemeigenen Namen (''') registriert werden.

MT4127: Es kann nicht mehr als eine Schnittstellenmethode für die Methode '' registriert werden (die '' implementiert).

MT4128: Der registrar ungültige generische Parametertyp '' in der Methode '' wurde gefunden. Der generische Parameter muss eine "NSObject"-Einschränkung aufweisen.

MT4129: Der registrar ungültige generische Rückgabetyp '' in der Methode '' wurde gefunden. Der generische Rückgabetyp muss eine "NSObject"-Einschränkung aufweisen.

MT4130: Statische registrar Methoden können nicht in generische Klassen ('*') exportiert werden.

MT4131: Statische registrar Eigenschaften können nicht in generische Klassen ('.') exportiert werden.

MT4132: Der registrar ungültige generische Rückgabetyp '' in der Eigenschaft '' wurde gefunden. Der Rückgabetyp muss eine NSObject-Einschränkung aufweisen.

MT4133: Eine Instanz des Typs '*' kann nicht erstellt werden Objective-C , da der Typ generisch ist. [Laufzeit-Ausnahme]

MT4134: Ihre Anwendung verwendet das Framework "", das nicht im iOS SDK enthalten ist, das Sie zum Erstellen Ihrer App verwenden (dieses Framework wurde in iOS eingeführt, während Sie mit dem iOS * SDK erstellen.) Wählen Sie in den iOS-Buildoptionen Ihrer App ein neueres SDK aus.

MT4135: Das Mitglied '.' verfügt über ein Export-Attribut, das keine Auswahl angibt. Es ist eine Auswahl erforderlich.

MT4136: Der registrar Parametertyp '' des Parameters '' kann nicht in der Methode '.' gemarsen werden.

MT4138: Der registrar Eigenschaftstyp '' der Eigenschaft ''.

MT4139: Der registrar Eigenschaftstyp '' der Eigenschaft ''. Eigenschaften mit dem Attribut [Verbinden] müssen einen Eigenschaftstyp von NSObject (oder eine Unterklasse von NSObject) aufweisen.

MT4140: Die registrar gefundene Signaturkonflikt in der Methode "." – Der Selektor gibt an, dass die variadische Methode * Parameter verwendet, während die verwaltete Methode * Parameter hat.

MT4141: Die Auswahl '' für das Mitglied '' kann nicht registriert werden, da Xamarin.iOS diese Auswahl implizit registriert.

Dies tritt auf, wenn sie einen Frameworktyp unterklassigen und versuchen, eine Methode "retain", "release" oder "dealloc" zu implementieren:

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

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

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

Es ist jedoch möglich, diese Methoden außer Kraft zu setzen, wenn die Klasse nicht die erste Unterklasse des Frameworktyps ist:

class MyNSObject : NSObject
{
}

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

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

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

In diesem Fall überschreibt retainrelease Xamarin.iOS und dealloc die MyNSObject Klasse, und es gibt keinen Konflikt.

MT4142: Fehler beim Registrieren des Typs '*'.

MT4143: Die ObjectiveC-Klasse '*' konnte nicht registriert werden, es scheint nicht von einer bekannten ObjectiveC-Klasse (einschließlich NSObject) abzuleiten.

MT4144: Die Methode '*' kann nicht registriert werden, da sie kein zugeordnetes Trampolin hat.

Dies weist auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4145: Ungültige Enumeration '*': Enumerationen mit dem [Native]-Attribut müssen einen zugrunde liegenden Enumerationstyp von 'long' oder 'ulong' aufweisen.

MT4146: Der Name-Parameter des Registrar Attributs der Klasse '' ('') enthält ein ungültiges Zeichen: '' ().

Der Name einer Objectice-C-Klasse darf keine Leerzeichen enthalten, was bedeutet, dass das Register Attribut für die entsprechende verwaltete Klasse keinen Name Parameter enthalten kann.

Vergewissern Sie sich, dass das Register Attribut der verwalteten Klasse, die in der Fehlermeldung enthalten Erwähnung, keine Leerzeichen enthält.

MT4147: Es wurde ein Protokoll erkannt, das vom JSExport-Protokoll erbt, während die Dynamische registrarverwendet wird. Es ist nicht möglich, Protokolle dynamisch nach JavaScriptCore zu exportieren; die statisch registrar muss verwendet werden (add '---registrar:static to the additional mtouch arguments in the project's iOS Build options to select the static registrar).

MT4148: Es registrar wurde ein generisches Protokoll gefunden: '*'. Das Exportieren generischer Protokolle wird nicht unterstützt.

MT4149: Die Methode '.' kann nicht registriert werden, da der Typ des ersten Parameters ('') nicht mit dem Kategorietyp ('')' übereinstimmt.

MT4150: Der Typ '' kann nicht registriert werden, da die Type-Eigenschaft ('') im Category-Attribut nicht von NSObject erbt.

MT4151: Der Typ '*' kann nicht registriert werden, da die Type-Eigenschaft im Category-Attribut nicht festgelegt ist.

MT4152: Der Typ '*' kann nicht als Kategorie registriert werden, da er INativeObject oder Unterklassen NSObject implementiert.

MT4153: Der Typ '*' kann nicht als Kategorie registriert werden, da er generisch ist.

MT4154: Die Methode '*' kann nicht als Kategoriemethode registriert werden, da sie generisch ist.

MT4155: Die Methode '' kann nicht mit dem Selektor '' als Kategoriemethode für '*' registriert werden, da für Objective-C diese Auswahl bereits eine Implementierung vorhanden ist.

MT4156: Zwei Kategorien ('' und '') können nicht mit demselben nativen Namen (''' registriert werden).

MT4157: Die Kategoriemethode '' kann nicht registriert werden, da mindestens ein Parameter erforderlich ist (und der Typ muss mit dem Kategorietyp '' übereinstimmen)

MT4158: Der Konstruktor * kann nicht in der Kategorie * registriert werden, da Konstruktoren in Kategorien nicht unterstützt werden.

MT4159: Die Methode '*' kann nicht als Kategoriemethode registriert werden, da Kategoriemethoden statisch sein müssen.

MT4160: Ungültiges Zeichen '' () in der Auswahl '' für ''.

MT4161: Die registrar gefundene nicht unterstützte Struktur '': Alle Felder in einer Struktur müssen auch Strukturen sein (Das Feld '' mit dem Typ '{2}' ist keine Struktur).

Die registrar gefundene Struktur mit nicht unterstützten Feldern.

Alle Felder in einer Struktur, die verfügbar Objective-C gemacht wird, müssen auch Strukturen (nicht Klassen) sein.

MT4162: Der Typ '' (verwendet als {2}) ist in * nicht verfügbar (es wurde in * eingeführt) * * Bitte erstellen Sie mit einem neueren * SDK (in der Regel mithilfe der neuesten Version von Xcode.

Der registrar gefundene Typ, der nicht im aktuellen SDK enthalten ist.

Bitte aktualisieren Sie Xcode.

MT4163: Interner Fehler im registrar (*).

Dieser Fehler weist auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4164: Die Eigenschaft '' kann nicht exportiert werden, da der Selektor '' ein Objective-C Schlüsselwort (keyword) ist. Bitte verwenden Sie einen anderen Namen.

Die Auswahl für die betreffende Eigenschaft ist kein gültiger Objective-C Identifer.

Verwenden Sie einen gültigen Objective-C Bezeichner als Selektoren.

MT4165: Der registrar Typ "System.Void" konnte in keiner der assemblys gefunden werden, auf die verwiesen wird.

Dieser Fehler weist höchstwahrscheinlich auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4166: Die Methode '' kann nicht registriert werden, da die Signatur einen Typ () enthält, der kein Verweistyp ist.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4167: Die Methode '' kann nicht registriert werden, da die Signatur einen generischen Typ () mit einem generischen Argumenttyp enthält, der keine NSObject-Unterklasse (*) ist.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT4168: Der Typ "{managed_name}" kann nicht registriert werden, da der Objective-C Name "{exported_name}" ein Objective-C Schlüsselwort (keyword) ist. Bitte verwenden Sie einen anderen Namen.

Der Objective-C Name für den fraglichen Typ ist kein gültiger Objective-C Bezeichner.

Verwenden Sie einen gültigen Objective-C Bezeichner.

MT4169: Fehler beim Generieren eines P/Invoke-Wrappers für {method}: {message}

Xamarin.iOS konnte keine P/Invoke-Wrapperfunktion für die Erwähnung ed generieren. Überprüfen Sie die gemeldete Fehlermeldung auf die zugrunde liegende Ursache.

MT4170: Der registrar Wert kann nicht von "{managed type}" in "{native type}" für den Rückgabewert in der Methode "{method}" konvertiert werden.

Siehe beschreibung des Fehlers MT4172.

MT4171: Das BindAs-Attribut für das Element "{member}" ist ungültig: Der BindAs-Typ "{type}" unterscheidet sich vom Eigenschaftstyp "{type}".

Stellen Sie sicher, dass der Typ im BindAs-Attribut dem Typ des Elements entspricht, an das es angefügt ist.

MT4172: Der registrar Wert kann nicht von '{nativem Typ}' in '{managed type}' für den Parameter '{parametername}' in der Methode '{method}' konvertiert werden.

Die registrar Konvertierung zwischen den Erwähnung ed-Typen wird nicht unterstützt.

Dies ist ein Fehler in Xamarin.iOS, wenn die betreffende API von Xamarin.iOS bereitgestellt wird. Bitte geben Sie ein neues Problem auf github an.

Wenn sie beim Entwickeln eines Bindungsprojekts für eine systemeigene Bibliothek auftreten, können wir Unterstützung für neue Typenkombinationen hinzufügen. Wenn dies der Fall ist, senden Sie bitte eine Erweiterungsanforderung auf GitHub mit einem Testfall, und wir bewerten sie.

MT5xxx: GCC- und Toolkette-Fehlermeldungen

MT51xx: Kompilierung

MT5101: Fehlender '*'-Compiler. Installieren Sie die Xcode-Komponente "Befehlszeilentools".

MT5102: Fehler beim Zusammenstellen der Datei '*'.

MT5103: Fehler beim Kompilieren der Datei '*'.

MT5104: Der Compiler '' oder '' konnte nicht gefunden werden. Installieren Sie die Xcode-Komponente "Befehlszeilentools".

MT5106: Die Datei(n) '*' konnte nicht kompiliert werden.

Dies weist in der Regel auf einen Fehler in Xamarin.iOS hin; bitte geben Sie ein neues Problem auf GitHub ein.

MT52xx: Verknüpfen

MT5201: Fehler bei der nativen Verknüpfung. Bitte überprüfen Sie das Buildprotokoll und die für gcc bereitgestellten Benutzerkennzeichnungen: *

MT5202: Fehler bei der nativen Verknüpfung. Überprüfen Sie das Buildprotokoll.

MT5203: Warnung für native Verknüpfungen: *

MT5209: Systemeigener Verknüpfungsfehler: *

MT5210: Fehler beim systemeigenen Verknüpfen, undefiniertes Symbol: *. Stellen Sie sicher, dass alle erforderlichen Frameworks referenziert wurden und systemeigene Bibliotheken ordnungsgemäß verknüpft sind.

Dies geschieht, wenn der systemeigene Linker kein Symbol finden kann, auf das irgendwo verwiesen wird. Dies kann mehrere Ursachen haben:

Eine Drittanbieterbindung erfordert ein Framework, aber die Bindung gibt dies nicht in seinem [LinkWith] Attribut an. Lösungen:
- Wenn Sie der Autor der Drittanbieterbindung sind oder Zugriff auf seine Quelle haben, ändern Sie das Attribut der Bindung [LinkWith] so, dass es das framework enthält, das sie benötigt:
```
[LinkWith ("mylib.a", Frameworks = "SystemConfiguration")]
```
- Wenn Sie die Drittanbieterbindung nicht ändern können, können Sie manuell eine Verknüpfung mit dem erforderlichen Framework herstellen, indem Sie die mtouch zusätzlichen Mtouch-Argumente auf der iOS-Buildoptionenseite des Projekts ändern-gcc_flags '-framework SystemFramework'. Denken Sie daran, dass dies für jede Projektkonfiguration erfolgen muss).
In einigen Fällen besteht eine verwaltete Bindung aus mehreren systemeigenen Bibliotheken, und alle müssen in die Bindungen einbezogen werden. Es ist möglich, mehr als eine systemeigene Bibliothek in jedem Bindungsprojekt zu haben, daher besteht die Lösung darin, einfach alle erforderlichen systemeigenen Bibliotheken zum Bindungsprojekt hinzuzufügen.
Eine verwaltete Bindung bezieht sich auf systemeigene Symbole, die in der nativen Bibliothek nicht vorhanden sind. Dies geschieht in der Regel, wenn eine Bindung seit einiger Zeit vorhanden ist und der systemeigene Code während dieser Zeit so geändert wurde, dass eine bestimmte systemeigene Klasse entweder entfernt oder umbenannt wurde, während die Bindung nicht aktualisiert wurde.
Ein P/Invoke bezieht sich auf ein systemeigenes Symbol, das nicht vorhanden ist. Ab Xamarin.iOS 7.4 wird für diesen Fall ein MT5214-Fehler gemeldet (weitere Informationen finden Sie unter MT5214).
Eine Drittanbieterbindung/-bibliothek wurde mit C++ erstellt, aber die Bindung gibt dies nicht in seinem [LinkWith] Attribut an. Dies ist in der Regel relativ einfach zu erkennen, da die Symbole C++-Symbole sind (ein gängiges Beispiel ist __ZNKSt9exception4whatEv).
- Wenn Sie der Autor der Drittanbieterbindung sind oder Zugriff auf seine Quelle haben, ändern Sie das Attribut der Bindung [LinkWith] , um das IsCxx Kennzeichen festzulegen:
```
[LinkWith ("mylib.a", IsCxx = true)]
```
- Wenn Sie die Bindung von Drittanbietern nicht ändern können oder sie manuell mit einer Drittanbieterbibliothek verknüpfen, können Sie das entsprechende Flag festlegen, indem Sie mtouch übergeben -cxx (dies geschieht durch Ändern der zusätzlichen Mtouch-Argumente auf der iOS-Buildoptionenseite des Projekts. Denken Sie daran, dass dies für jede Projektkonfiguration erfolgen muss).

MT5211: Fehler bei nativer Verknüpfung, undefinierte Objective-C Klasse: . Das Symbol '' konnte in keiner der Bibliotheken oder Frameworks gefunden werden, die mit Ihrer Anwendung verknüpft sind.

Dies geschieht, wenn der systemeigene Linker keine Objective-C Klasse finden kann, auf die irgendwo verwiesen wird. Dies kann mehrere Gründe haben: das gleiche wie für MT5210 und zusätzlich:

Eine Drittanbieterbindung gebunden ein Objective-C Protokoll, hat es jedoch nicht mit dem Attribut in der [Protocol] API-Definition kommentiert. Lösungen:
- Fügen Sie das fehlende [Protocol] Attribut hinzu:
```
[BaseType (typeof (NSObject))]
[Protocol] // Add this
public interface MyProtocol
{
}
```

MT5212: Fehler bei der nativen Verknüpfung, doppeltes Symbol: *.

Dies geschieht, wenn der systemeigene Linker auf duplizierte Symbole zwischen allen systemeigenen Bibliotheken trifft. Nach diesem Fehler kann mindestens ein MT5213-Fehler mit der Position für jedes Vorkommen des Symbols auftreten. Mögliche Ursachen für diesen Fehler:

Die gleiche systemeigene Bibliothek ist zweimal enthalten.
Zwei unterschiedliche systemeigene Bibliotheken definieren dieselben Symbole.
Eine systemeigene Bibliothek ist nicht ordnungsgemäß erstellt und enthält dasselbe Symbol mehrmals. Sie können dies mithilfe der folgenden Befehlssätze von einem Terminal bestätigen (ersetzen Sie i386 durch x86_64/armv7/armv7s/arm64 gemäß der Architektur, für die Sie erstellen):
```
# 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
```
Es gibt einige möglichkeiten, dies zu beheben:
- Fordern Sie an, dass der Anbieter der nativen Bibliothek sie korrigieren und die aktualisierte Version bereitstellen kann.
- Beheben Sie es selbst, indem Sie die zusätzlichen Objektdateien entfernen (dies funktioniert nur, wenn das Problem tatsächlich duplizierte Objektdateien ist)
```
# 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
```
- Bitten Sie den Linker, nicht verwendete Code zu entfernen. Xamarin.iOS führt dies automatisch aus, wenn alle folgenden Bedingungen erfüllt sind:
  - Alle Attribute von [LinkWith] Drittanbieterbindungen haben SmartLink aktiviert:
```
[assembly: LinkWith ("libNative.a", SmartLink = true)]
```
  - Es wird kein -gcc_flags Mtouch übergeben (im Feld mit den zusätzlichen mtouch-Argumenten der iOS-Buildoptionen des Projekts).
  - Es ist auch möglich, den Linker direkt aufzufordern, nicht verwendete Code zu entfernen, indem die zusätzlichen mtouch-Argumente in den iOS-Buildoptionen des Projekts hinzugefügt -gcc_flags -dead_strip werden.

Dieser Fehler wird nur zusammen mit MT5212 gemeldet. Weitere Informationen finden Sie unter MT5212 .

MT5214: Fehler bei der nativen Verknüpfung, undefiniertes Symbol: . Auf dieses Symbol wurde auf das verwaltete Element verwiesen. Überprüfen Sie, ob auf alle erforderlichen Frameworks verwiesen wurde und systemeigene Bibliotheken verknüpft sind.

Dieser Fehler wird gemeldet, wenn der verwaltete Code einen P/Invoke für eine systemeigene Methode enthält, die nicht vorhanden ist. Zum Beispiel:

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

Es gibt einige mögliche Lösungen:

Entfernen Sie die in Frage betreffenden P/Invokes aus dem Quellcode.
Aktivieren Sie den verwalteten Linker für alle Assemblys (dies erfolgt in den iOS-Buildoptionen des Projekts, indem Sie "Linker-Verhalten" auf "Alle Assemblys" festlegen). Dadurch werden alle P/Invokes, die Sie nicht verwenden, effektiv aus der App entfernt (und nicht manuell wie der vorherige Punkt). Der Nachteil ist, dass dies ihren Simulator etwas langsamer macht, und es kann Ihre App unterbrechen, wenn sie Spiegelung verwendet - weitere Informationen zum Linker finden Sie hier )
Erstellen Sie eine zweite systemeigene Bibliothek, die die fehlenden nativen Symbole enthält. Beachten Sie, dass dies lediglich eine Problemumgehung ist (wenn Sie versuchen, diese Funktionen aufzurufen, stürzt Ihre App ab).

MT5215: Verweise auf '*' erfordern möglicherweise zusätzliche -framework=XXX- oder -lXXX-Anweisungen für den systemeigenen Linker.

Dies ist eine Warnung, die angibt, dass ein P/Invoke erkannt wurde, um auf die betreffende Bibliothek zu verweisen, aber die App ist nicht mit ihr verknüpft.

MT5216: Fehler bei der nativen Verknüpfung für *.

Dieser Fehler wird gemeldet, wenn die Ausgabe vom AOT-Compiler verknüpft wird.

Dieser Fehler weist höchstwahrscheinlich auf einen Fehler in Xamarin.iOS hin. Bitte geben Sie ein neues Problem auf github an.

MT5217: Fehler bei der nativen Verknüpfung, da die Linker-Befehlszeile zu lang (* Zeichen war).

Fehler bei der nativen Verknüpfung, und dies ist möglich, da der Linker-Befehl zu lang war.

In der Regel fordert Xamarin.iOS den systemeigenen Linker auf, solche Symbole mithilfe des -u symbol Linker-Flags beizubehalten, aber wenn viele solche Symbole vorhanden sind, kann die gesamte Befehlszeile die maximale Befehlszeilenlänge überschreiten, wie vom Betriebssystem angegeben.

Für solche dynamischen Symbole gibt es einige mögliche Quellen:

P/Invokes to methods in statically linked libraries (where the dll name is __Internal in the DllImport attribute [DllImport ("__Internal")]).
Feldverweise auf Speicherspeicherorte in statisch verknüpften Bibliotheken aus Bindungsprojekten ([Field] Attribute).
Objective-C Klassen, auf die in statisch verknüpften Bibliotheken verwiesen wird, aus Bindungsprojekten (bei Verwendung inkrementeller Builds oder bei Verwendung der statischen registrar).

Lösungsvorschläge:

Aktivieren Sie den verwalteten Linker (sofern möglich für alle Assemblys statt nur SDK-Assemblys). Dadurch werden möglicherweise genügend Quellen für dynamische Symbole entfernt, sodass die Befehlszeile des Linkers das Maximum nicht überschreitet.
Verringern Sie die Anzahl der P/Invokes, Feldverweise und/oder Objective-C Klassen.
Schreiben Sie die dynamischen Symbole um, um kürzere Namen zu haben.
Übergeben Sie -dlsym:false als zusätzliches Mtouch-Argument in den iOS-Buildoptionen des Projekts. Mit dieser Option generiert Xamarin.iOS einen nativen Verweis im AOT-kompilierten Code und muss den Linker nicht bitten, dieses Symbol beizubehalten. Dies funktioniert jedoch nur für Gerätebuilds, und es verursacht Linkerfehler, wenn P/Invokes zu Funktionen vorhanden sind, die in der statischen Bibliothek nicht vorhanden sind.
Übergeben Sie --dynamic-symbol-mode=code als zusätzliche mtouch-Argumente in den iOS-Buildoptionen des Projekts. Mit dieser Option generiert Xamarin.iOS zusätzlichen systemeigenen Code, der auf diese Symbole verweist, anstatt den systemeigenen Linker aufzufordern, diese Symbole mithilfe von Befehlszeilenargumenten beizubehalten. Der Nachteil dieses Ansatzes besteht darin, dass die Größe der ausführbaren Datei etwas erhöht wird.
Aktivieren Sie die statische Funktion registrar , indem Sie als zusätzliches mtouch-Argument in den iOS-Buildoptionen des Projekts übergeben --registrar:static (für Simulatorbuilds, da die Statische registrar bereits die Standardeinstellung für Gerätebuilds ist). Die statische registrar Code generiert Code, der statisch auf Klassen verweist Objective-C . Daher ist es nicht erforderlich, den systemeigenen Linker aufzufordern, diese Klassen beizubehalten.
Inkrementelle Builds deaktivieren (für Gerätebuilds). Wenn inkrementelle Builds aktiviert sind, wird der von der statischen Datei registrar generierte Code vom systemeigenen Linker nicht berücksichtigt. Dies bedeutet, dass Xamarin.iOS den Linker weiterhin auffordern muss, auf referenzierte Objective-C Klassen zu verweisen. Durch das Deaktivieren inkrementeller Builds wird dies verhindert.

MT5218: Das dynamische Symbol {symbol} (--ignore-dynamic-symbol={symbol}) kann nicht ignoriert werden, da es nicht als dynamisches Symbol erkannt wurde.

Das Befehlszeilenargument --ignore-dynamic-symbol=symbol wurde übergeben, aber dieses Symbol ist kein Symbol, das als dynamisches Symbol erkannt wurde, das manuell beibehalten werden muss.

Hierfür gibt es zwei Standard Gründe:

Der Symbolname ist falsch.
- Stellen Sie dem Symbolnamen keinen Unterstrich voran.
- Das Symbol für Objective-C Klassen ist OBJC_CLASS_$_<classname>.
Das Symbol ist richtig, aber es ist ein Symbol, das bereits normal beibehalten wird (einige Buildoptionen führen dazu, dass die genaue Liste der dynamischen Symbole variiert).

MT53xx: Weitere Tools

MT5301: Fehlendes "Strip"-Tool. Installieren Sie die Xcode-Komponente "Befehlszeilentools".

MT5302: Fehlendes Tool "dsymutil". Installieren Sie die Xcode-Komponente "Befehlszeilentools".

MT5303: Fehler beim Generieren der Debugsymbole (dSYM-Verzeichnis). Überprüfen Sie das Buildprotokoll.

Fehler beim Ausführen von dsymutil im endgültigen .app Verzeichnis zum Erstellen der Debugsymbole. Überprüfen Sie das Buildprotokoll, um die Ausgabe von dsymutil anzuzeigen und zu sehen, wie es behoben werden kann.

MT5304: Fehler beim Entfernen der endgültigen Binärdatei. Überprüfen Sie das Buildprotokoll.

Fehler beim Ausführen des Tools "Strip", um Debuginformationen aus der Anwendung zu entfernen.

MT5305: Fehlendes "Lipo"-Tool. Installieren Sie die Xcode-Komponente "Befehlszeilentools".

MT5306: Fehler beim Erstellen der Fettbibliothek. Überprüfen Sie das Buildprotokoll.

Beim Ausführen des Lipo-Tools ist ein Fehler aufgetreten. Bitte überprüfen Sie das Buildprotokoll, um den fehler zu sehen, der von "lipo" gemeldet wurde.

MT5307: Fehler beim Signieren der ausführbaren Datei. Überprüfen Sie das Buildprotokoll.

Fehler beim Signieren der Anwendung. Überprüfen Sie das Buildprotokoll, um den von "codesign" gemeldeten Fehler anzuzeigen.

MT6xxx: Mtouch interne Tools Fehlermeldungen

MT600x: Stripper

MT6001: Die ausführungsversion von Cecil unterstützt keine Assemblystripping

MT6002: Die Montage `*`konnte nicht entfernt werden.

Fehler beim Entfernen von verwaltetem Code (Entfernen des IL-Codes) aus den Assemblys in der Anwendung.

MT6003: [UnauthorizedAccessException message]

Beim Entfernen von Debugsymbolen aus der Anwendung ist ein Sicherheitsfehler aufgetreten.

MT7xxx: MSBuild-Fehlermeldungen

MT7001: Host-IPs für WLAN-Debuggereinstellungen konnten nicht aufgelöst werden.

MSBuild-Aufgabe: DetectDebugNetworkConfigurationTaskBase

Schritte zur Problembehandlung:

versuchen, auszuführen csharp -e 'System.Net.Dns.GetHostEntry (System.Net.Dns.GetHostName ()).AddressList' (das sollte Ihnen eine IP-Adresse und nicht einen Fehler offensichtlich geben).
versuchen Sie, "ping 'hostname'" auszuführen, was Ihnen möglicherweise weitere Informationen geben kann, z. B.: cannot resolve MyHost.local: Unknown host

In einigen Fällen ist es ein "lokales Netzwerk"-Problem, das durch Hinzufügen des unbekannten Hosts 127.0.0.1 MyHost.local/etc/hostsbehoben werden kann.