ios - run - xcode window




Por que estou recebendo ibtool falhou com o código de saída 255? (20)

De repente eu não posso construir meu projeto. Eu recebo o seguinte erro do compilador:

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/ibtool falhou com o código de saída 255

Eu recebo este erro para um monte de meus arquivos xib. Alguma idéia do que está acontecendo e qual é a solução?

Usando o Xcode 4.6, iOS 6.1.


  1. Reinicie o Xcode - não funcionou
  2. Limpando o aplicativo - não funcionou
  3. Excluindo o derivedData - não funcionou
  4. Redefinir conteúdo e configurações do simulador - não funcionou
  5. mudando as versões do simulador - não funcionou
  6. Reinicie o sistema operacional - funciona magicamente

Não sei qual parte fez a mágica e sim, isso matou muito tempo.


Apenas limpe seu projeto. você será resolvido!


Como Logan Geefs menciona acima, parece ser causado por interfaces de controlador de interface (ou seja, loops). Excluir os segues "ruins" realmente não resolve o problema de navegação. O que é necessário é colocar algumas ações de botão para [controladores pop] estrategicamente.

Aqui está o código que funcionou para mim:

 - (IBAction)backToStart {

   [self popToRootController];
 }

 - (IBAction)backToPrevious {

   [self popController];
 }

Eu consertei o erro com este comando, feche o simulador e o Xcode:

codesign -vv /A*/Xc* | open -ef

Espero que ajude.


Eu estava recebendo esse erro ao criar 10.9 um .XIB que foi criado no XCode 6.4 (10.10).

Veja esta resposta . O XIB estava chamando por 'labelColor', que foi introduzido em 10.10, e era desconhecido para 10.9.

Abrir o XIB como fonte evitou que ele falhasse no XCode e permitiu que eu alterasse as instâncias de 'labelColor' para 'textColor' e o erro foi resolvido.


Eu estava trabalhando em um branch git secundário quando encontrei o problema '255'.

Eu apenas mudei de volta para o meu ramo principal, limpei o projeto e corri. Sem problemas como eu esperava.

Então eu mudei de volta para o ramo problemático 'problem' e reconstruí-lo com sucesso.

Gremlins


Eu também estava enfrentando o mesmo problema no Xcode 8. Excluir os dados derivados corrigiu meu problema.

  1. Vá para a pasta ~ / Library / Developer / Xcode / DerivedData / e limpe as pastas dentro
  2. Reinicie o Xcode e o Simulator e execute seu projeto ....!

Eu também tive algo parecido comigo usando o Xcode 8.2.1 e o iOS 10.2.

Eu mudei para uma versão anterior do dispositivo no simulador e funcionou. Então eu voltei e foi consertado.


Eu tive o mesmo problema usando o Visual Studio para Mac (Comunidade, 7.4.2 (compilação 12)) após uma atualização do SO (macOS High Sierra 10.13.4).

Neste caso, parece que você só precisa atualizar o Visual Studio e o Xcode.

Observe que, é claro, o Visual Studio não traz atualizações do Xcode, então o "truque" era abrir o último e deixar que ele executasse as atualizações.


Eu vou este erro, e depois de verificar o log de travamento, notei que o meu build Xcode-7 estava tentando usar as ferramentas de compilação do Xcode-8 Beta. Eu tinha usado anteriormente o xcode-select para alterar a versão das ferramentas de compilação que queria usar. Se você tiver uma instalação do xcode-beta, verifique suas configurações usando os comandos abaixo:

Mostrar qual caminho da ferramenta de construção está definido:

xcode-select -p

Selecione o caminho padrão do Xcode:

sudo xcode-select -s /Applications/Xcode.app/

Se você estiver tentando construir com um Xcode em um caminho de instalação diferente, verifique se o caminho acima reflete isso.


Isso nos acontece e limpamos o cache, deletamos a pasta Derived data .. etc. nada acontece.

os passos abaixo corrigiram

  1. Abra o xib (nib) como Código Fonte (Clique com o botão direito no xib Open As > Source Code do Xcode ou abra-o usando o TextEdit )
  2. remove this appearanceType="aqua"
  3. salvar e abrir usando o Xcode

Para mais explicações use este article , isso nos ajuda a corrigir o problema.


Isso será irrelevante para quem já experimentou o problema no passado ... Mas com o WatchKit Framework, tive esse erro. Tudo o que fiz foi excluir um segue que eu havia vinculado entre dois controladores WKInterface, e a compilação foi bem-sucedida.


No XCODE 9, uma causa disso é um bug no XCODE 9.1 com arquivos .XIB antigos.

Consertar:

  1. Atualize para o XCODE 9.2

  2. Todos os seus arquivos .XIB devem estar configurados para a versão 8.1 do iOS ou superior.


No meu caso, aconteceu depois de renomear alguns namespaces e resolvi o mesmo problema indo para as propriedades de projetos> guia APLICATIVO> namespace padrão: dando o novo namespace correto.

É claro que eu mudei o namespace também dentro das classes, mas isso vai ajudar, porque irá corrigir todos os arquivos gerados automaticamente. Limpar e construir é recomendado e, eventualmente, fechar e reabrir a solução.


No meu caso, eu tive esse problema depois que eu resolvi manualmente um conflito de mesclagem no arquivo "project.pbxproj". No XCode, selecione project-> target-> BuildPhases-> CopyBundleResources. Lá eu removi alguns arquivos duplicados que estavam aparecendo em ícones em branco (ao contrário dos ícones de arquivo XIB). Depois disso, a compilação correu bem sem problemas.


O que você deve fazer se estiver preso em um shell: ibtool --warnings --errors --notices yourfile.xib> alerts.plist

que vai falhar, mas agora você tem o log de acidentes, no meu caso, foi um problema com métricas simuladas:

localhost: Classes me $ ibtool - avisos --errors --notices CodeViewController.xib> alerts.plist 2014-04-25 17: 40: 48.625 ibtoold [11691: 507] [MT] DVTAsserções: FALHA DE ASSERÇÃO em / SourceCache / IDEInterfaceBuilderCocoaTouch /IDEInterfaceBuilderCocoaTouch-5038/InterfaceBuilder/WidgetIntegration/SimulatedMetrics/IBUISimulatedSizeMetrics.m:33 Detalhes: (initialTargetRuntime) não deve ser nulo. Object: Método: -initWithTargetRuntime: Thread: {name = (null), num = 1} Dicas: Nenhum

Então, no meu caso eu abri o xib como fonte via menu de contexto e removi os objetos de métricas. Depende do erro o que remover ou alterar. Tente o ibtool novamente e se ele não travar, você é bom.

Background: A razão para este erro é genérica, sempre pode acontecer com especificações diferentes mudando da versão xcode do iOS para a versão, principalmente se você não verificou seus projetos periodicamente com atualizações do xcode.


Recebi este erro hoje em um novo projeto, testando o iOS 'ARKit por meio do modelo de projeto "Augmented Reality App".

Depois de mover alguns arquivos .scn do projeto raiz para a pasta art.scnassets, comecei a receber o erro de sinal de código e nada do que fiz foi capaz de resolvê-lo.

Eu tentei todas as sugestões neste segmento (dados limpos, derivados derivados, reinicie o Xcode, reinicie o Mac, procure nos arquivos de storyboard por IDs duplicados) ... mas o que fez o trabalho para mim, foi para:

  • confirmar e empurrar minhas alterações para o meu projeto git
  • hard-reset para o commit anterior
  • limpe os dados derivados e execute com êxito
  • hard-reset de volta para o mais recente commit

... e agora funcionou ... então estou achando que foi algum erro no git-handling do XCode ???


Recentemente tive algo parecido comigo usando o Xcode 4.6 e o ​​iOS 6.1.

Tudo o que fiz foi mudar para uma versão de dispositivo diferente (5.1) no simulador e ele funcionou. Voltou para o 6.1 e se consertou.

O Xcode pode ser inútil às vezes.


Tente encontrar todos os arquivos XIB no projeto e abra-o. Um deles provavelmente irá travar seu Xcode.

Meu problema era fontes personalizadas em algum arquivo XIB.

Eu tive que instalar fontes ausentes no meu computador e o problema foi resolvido.


Tente limpar o aplicativo. Cmd-Shft-K.





xcode