Uso FileMerge come strumento difftool per Git. Recentemente, ho cominciato a ricevere un messaggio di errore strano:Messaggio di errore FileMerge se utilizzato con Git difftool
Unable to load platform at path /Applications/Xcode.app/Contents/
Developer/Platforms/iPhoneOS.platform
FileMerge esegue ancora la diff bene (anche se ci vuole un po 'più tempo per caricare). Qualche idea su cosa sta causando questo e come risolverlo?
Questo sembra essere un problema con Mercurial, troppo: Unable to load platform at path
Se non si sviluppa per iOS, si può solo eliminare tale cartella. Se lo fai, dovrai reinstallare XCode. (A meno che non si riesca a capire come reinstallare solo quella piattaforma).
Sto pensando che stai meglio reinstallare solo XCode, poiché ci sono altre domande SO relative a problemi relativi alla piattaforma (non questa in particolare, ma di natura simile) che sembrano puntare a reinstallare XCode:
e
Xcode won't open: "Mac OS X platform is missing"
.... quindi iniziare a ri-installazione e andare a prendere una birra!
Ho avuto esattamente lo stesso problema durante l'utilizzo di FileMerge come strumento diff per svnX. Il seguente comando ha risolto il mio problema:
sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer/
Questo è tutto.
Non ha funzionato per me. –
per me, la conversione di tutti * .platform/Info.plist da binario a xml1 ha risolto il problema. strano ...
Benvenuti in Stack Overflow! Si prega di leggere ["Come scrivere una buona risposta?] (Http://stackoverflow.com/help/how-to-answer) –
Io uso XCode per il mio $ git mergetool e ho ottenuto errori simili. Per me, è stato collegato ai componenti/simulatori e documenti di XCode.
Vai a XCode -> Preferenze -> Download e assicurati di disporre degli ultimi componenti e documenti.
Sono qui solo perché ho aggiornato a XCode 7 e sto ottenendo errori simili a causa di Apple Osservare la documentazione in combinazione con il mio datore di lavoro lasciando che la nostra licenza dev scadere ...
Per espandere sulla risposta di user3761183 , dopo un po 'di googling mi sono imbattuto:
sudo plutil -convert xml1 /Applications/Xcode.app/Contents/Developer/Platforms/*.platform/Info.plist
, sbarazzandosi di tutte le Unable to load platform at path /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform errori. Sto ancora ricevendo errori su:
Impossibile caricare '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/Library/Xcode/Specifications/Core costruire System.xcspec' . Motivo: Errore Domain = NSCocoaErrorDomain Code = 3840 "Carattere imprevisto b alla riga 1" UserInfo = {NSDebugDescription = Carattere imprevisto b alla riga 1, kCFPropertyListOldStyleParsingError = Errore Dominio = NSCocoaErrorDomain Code = 3840 "Inatteso"; " o '=' dopo la chiave alla riga 1 "UserInfo = {NSDebugDescription = Inaspettato ';' o '=' dopo il tasto sulla linea 1}}.
Ma li stavo originariamente anch'io, quindi se non lo sei, il comando precedente dovrebbe risolvere i tuoi problemi.
EDIT: rimosso commento su Install addtional required components che non ha fatto nulla. La prossima ipotesi è reinstallare XCode come suggerisce Jonathan F.
FWIW Ho provato già sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer/ e non ha fatto nulla.
Per quanto riguarda il problema evidenziato da Jim nella sua risposta, in relazione all'errore "Unexpected character b at line 1", ho scoperto che Core Build System.strings e Native Build System.strings file nel percorso specificato dal messaggio di errore cioè /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/Library/Xcode/Specifications/ sono in una sorta di formato binario. Il parser non si aspetta questo e si lamenta del character b della parola bplist aprendo il file. Forse giocare con plutil come nel "problema della piattaforma" a cui l'OP chiedeva può essere d'aiuto. Ho semplicemente sostituito i due file con versioni da un dmg Xcode 6, dove sono in formato ASCII e il problema è scomparso
Lo stesso per SVN. Stai usando un wrapper per opendiff (come fmdiff)? – surlac
@surlac - No, solo semplice opendiff di vaniglia. – eykanal
Anche qui con hg. – speciousfool