Ich verwende FileMerge als difftool Tool für Git. Vor kurzem begann ich Nachricht eine seltsame Fehler zu erhalten:FileMerge Fehlermeldung bei der Verwendung mit Git difftool
Unable to load platform at path /Applications/Xcode.app/Contents/
Developer/Platforms/iPhoneOS.platform
FileMerge noch führt die diff ganz gut (obwohl es ein bisschen länger dauert laden). Irgendeine Idee, was das verursacht und wie man es repariert?
Dies scheint ein Problem mit Mercurial auch zu sein: Unable to load platform at path
Wenn Sie für iOS nicht entwickeln, können Sie löschen Sie diesen Ordner einfach. Wenn Sie dies tun, müssen Sie XCode erneut installieren. (Es sei denn, Sie können herausfinden, wie Sie nur diese Plattform neu installieren).
Ich denke, Sie sind besser dran, Xcode einfach neu zu installieren, da es einige andere SO-Fragen gibt, die plattformbezogene Probleme betreffen (nicht speziell, aber ähnlich in der Natur), die alle auf eine Neuinstallation von XCode hinweisen:
und
Xcode won't open: "Mac OS X platform is missing"
.... so neu zu installieren beginnen und ein Bier gehen!
Ich hatte genau das gleiche Problem bei der Verwendung von FileMerge als Diff-Tool für SvnX. Der folgende Befehl löste mein Problem:
sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer/
Das ist alles.
Hat nicht für mich gearbeitet. –
für mich, das Konvertieren aller * .platform/Info.plist von Binär in XML1 behoben das Problem. komisch ...
Willkommen bei Stack Overflow! Bitte lesen Sie ["Wie schreibe ich eine gute Antwort?] (Http://stackoverflow.com/help/how-to-answer) –
Ich benutze XCode für meine $ git mergetool und habe ähnliche Fehler bekommen. Für mich wurde es mit XCodes Komponenten/Simulatoren und Dokumenten in Verbindung gebracht.
Gehen Sie zu XCode -> Einstellungen -> Downloads und stellen Sie sicher, dass Sie die neuesten Komponenten und Dokumente haben.
Ich bin nur hier, weil ich XCode aktualisiert 7 und ich bin immer ähnliche Fehler wegen Apple Watch Dokumentation kombiniert mit meinem Arbeitgeber verfallen unsere Entwickler-Lizenz zu lassen ...
Um auf user3761183 Antwort zu erweitern , nach ein bisschen googling ich lief:
sudo plutil -convert xml1 /Applications/Xcode.app/Contents/Developer/Platforms/*.platform/Info.plist
, dass von allen Unable to load platform at path /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform Fehler losgeworden. Ich bin immer noch Fehler zu bekommen:
kann nicht geladen werden ‚/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/Library/Xcode/Specifications/Core System.xcspec Bauen‘ . Grund: Fehlerdomäne = NSCOAErrorDomain Code = 3840 "Unerwartetes Zeichen b in Zeile 1" UserInfo = {NSDebugDescription = Unerwartetes Zeichen b in Zeile 1, kCFPropertyListOldStyleParsingError = Fehlerdomäne = NSCoaErrorDomain Code = 3840 "Unexpected"; oder '=' nach Schlüssel in Zeile 1 "UserInfo = {NSDebugDescription = Unexpected ';' oder '=' nach Schlüssel in Zeile 1}}.
Aber ich bekam sie ursprünglich auch, also wenn Sie nicht sind, dann sollte der oben genannte Befehl Ihre Probleme lösen.
EDIT: Kommentar über Install addtional required components entfernt, die nichts getan hat. Die nächste Vermutung ist die Neuinstallation von XCode, wie Jonathan F vorschlägt.
FWIW Ich versuchte sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer/ bereits und das tat auch nichts.
In Bezug auf das Problem von jim in seiner Antwort hervorgehoben, auf die "Unexpected character b at line 1" Fehler im Zusammenhang fand ich, dass Core Build System.strings und Native Build System.strings Dateien auf dem Weg von der Fehlermeldung angegeben heißt /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/Library/Xcode/Specifications/ in einer Art Binärformat sind. Der Parser erwartet dies nicht und beschwert sich über die character b des Wortes bplist Öffnen der Datei. Vielleicht kann das Spielen mit plutil wie im "Plattform-Problem", über das das OP gefragt hat, helfen. Ich habe einfach die beiden Dateien mit Versionen von einem Xcode 6 dmg ersetzt, wo sie im ASCII-Format sind und das Problem verschwunden
Das gleiche hier für SVN. Verwenden Sie einen Wrapper für opendiff (wie fmdiff)? – surlac
@surlac - Nein, nur einfache Vanille opendiff. – eykanal
Auch das gleiche hier mit hg. – speciousfool