Dlaczego otrzymuję błąd ibtool z kodem zakończenia 255?

Nagle nie mogę zbudować swojego projektu. Otrzymuję następujący błąd kompilatora:

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/ibtool nie powiodło się z kodem zakończenia 255

Otrzymuję ten błąd dla całej grupy moich plików xib. Jakieś pomysły, co się dzieje i jakie jest rozwiązanie?

Korzystanie z Xcode 4.6, iOS 6.1.

Coś podobnego przydarzyło mi się ostatnio, używając Xcode 4.6 i iOS 6.1.

Wszystko, co zrobiłem, to przełączyłem się na inną wersję urządzenia (5.1) na symulatorze i zadziałało. Przełączono z powrotem na 6.1 i naprawiłem się.

Xcode może czasami być nieprzydatny.

To się nam przytrafia i czyścimy pamięć podręczną, usuwamy folder danych pochodnych… itd. Nic się nie dzieje.

poniższe kroki sprawiły, że to naprawiono,

1. otwórz xib (nib) jako kod źródłowy (kliknij prawym przyciskiem myszy xib Open As > Source Codez Xcodelub otwórz go za pomocą TextEdit)
2. Usuń to appearanceType="aqua"
3. zapisz i otwórz za pomocą Xcode

Aby uzyskać więcej informacji, skorzystaj z tego artykułu , który pomoże nam rozwiązać problem.

Spróbuj wyczyścić aplikację. Cmd-Shft-K.

Spróbuj znaleźć wszystkie pliki XIB w projekcie i otwórz go. Jeden z nich najprawdopodobniej spowoduje awarię twojego Xcode.

Moim problemem były niestandardowe czcionki w jakimś pliku XIB.

Musiałem zainstalować brakujące czcionki na moim komputerze i problem został rozwiązany.

1. Uruchom ponownie Xcode - nie działa
2. Czyszczenie aplikacji - nie działa
3. Usuwanie pochodnych danych - nie działa
4. Zresetuj zawartość i ustawienia symulatora - nie działa
5. zmiana wersji symulatora - nie działa
6. Uruchom ponownie system operacyjny - magicznie działa

Nie jestem pewien, która część zrobiła magię i tak, zabiła dużo czasu.

W moim przypadku pracowałem nad Visual Studio. Wszystko było dobrze. Nagle pojawił się ten sam problem. Potem otworzyłem XCode, zobaczyłem dostępne aktualizacje. Następnie zaktualizowałem aktualizacje Xcode. Wtedy zadziałało :)

Powód był taki: XCode spodziewał się zakończenia pewnych aktualizacji. Do tego czasu nie działał poprawnie.

Co powinieneś zrobić, jeśli utkniesz, w powłoce: ibtool --warnings --errors --notices yourfile.xib> alerts.plist

który ulegnie awarii, ale teraz masz crashlog, w moim przypadku był to problem z symulowanymi metrykami:

localhost: Classes me $ ibtool --warnings --errors --notices CodeViewController.xib> alerts.plist 2014-04-25 17: 40: 48.625 ibtoold [11691: 507] [MT] DVTAssertions: ASSERTION FAILURE in / SourceCache / IDEInterfaceBuilderCocoaTouch /IDEInterfaceBuilderCocoaTouch-5038/InterfaceBuilder/WidgetIntegration/SimulatedMetrics/IBUISimulatedSizeMetrics.m:33 Szczegóły: (initialTargetRuntime) nie powinno być zerowe. Obiekt: Metoda: -initWithTargetRuntime: Wątek: {name = (null), num = 1} Wskazówki: brak

Więc w moim przypadku otworzyłem xib jako źródło za pomocą menu kontekstowego i usunąłem obiekty metryk. Zależy od błędu, co usunąć lub zmienić. Spróbuj ponownie ibtool, a jeśli się nie zawiesza, jesteś dobry.

Tło: Przyczyna tego błędu jest ogólna, zawsze może się zdarzyć, gdy różne specyfikacje zmieniają się z wersji xcode iOS na wersję, głównie jeśli nie sprawdzałeś okresowo swoich projektów za pomocą aktualizacji xcode.

Nie będzie to miało znaczenia dla tych, którzy doświadczyli tego problemu w przeszłości ... Ale w przypadku WatchKit Framework pojawił się ten błąd. Wszystko, co zrobiłem, to usunięcie pliku, który połączyłem między dwoma kontrolerami WKInterface, i budowa się powiodła.

Widzę ten błąd i po zeskanowaniu dziennika awarii zauważyłem, że moja kompilacja Xcode-7 próbowała użyć narzędzi do kompilacji z Xcode-8 Beta. Wcześniej użyłem xcode-select do zmiany wersji narzędzi do kompilacji, których chciałem użyć. Jeśli masz instalację xcode-beta, sprawdź ustawienia za pomocą poniższych poleceń:

Pokaż, która ścieżka narzędzia kompilacji jest ustawiona:

xcode-select -p

Wybierz standardową ścieżkę Xcode:

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

Jeśli próbujesz kompilować za pomocą Xcode w innej ścieżce instalacji, upewnij się, że ścieżka powyżej to odzwierciedla.

Mam to właśnie teraz dzięki XCode 8.3.

Dla mnie po prostu opuściłem XCode, a następnie wyczyściłem aplikację i przebudowałem. Po tym było dobrze.

Powodem dla mnie było dodanie nowych plików tekstowych do zlokalizowanego storyboardu.

Właśnie doświadczyłem tego samego i żadna z innych odpowiedzi tutaj nie rozwiązała problemu. Okazało się, że jest to duplikat UILabel w scenorysie ze względu na scalanie git. Najwyraźniej Xcode ulegnie awarii, jeśli dwa elementy interfejsu użytkownika mają ten sam wewnętrzny identyfikator.

Moja metoda znalezienia odpowiedzialnego problemu była następująca:

• Iteracyjnie przechodź wstecz przez historię git, sprawdzając każde zatwierdzenie, aż znajdziesz pierwszy scenorys, który nie powoduje awarii Xcode.
• Po zatwierdzeniu, które zaczęło się zawieszać, sprawdź HEAD i iteracyjnie przywróć zmiany scenorysu w zatwierdzeniu problemu. Kontynuuj zawężanie, aż uzyskasz jeden element interfejsu użytkownika lub jedną linię, która spowoduje awarię.
• Przywróć odpowiedzialną zmianę na stałe i uruchom ponownie Xcode. Otwórz ponownie scenorys i możesz zostać ostrzeżony o wewnętrznej niespójności. Zaakceptuj proponowane zmiany wprowadzone przez Xcode, ale przejrzyj je.
• W razie potrzeby możesz teraz spróbować ponownie utworzyć element interfejsu użytkownika lub zmiany od podstaw, które wcześniej powodowały problem.

Pracowałem w dodatkowej gałęzi git, kiedy napotkałem problem „255”.

Po prostu wróciłem do mojej głównej gałęzi git, wyczyściłem projekt i uruchomiłem. Żadnych problemów, jak się spodziewałem.

Następnie przełączyłem się z powrotem na gałąź git „problem” i odbudowałem ją z powodzeniem.

Gremliny.

Coś podobnego przydarzyło mi się również podczas korzystania z Xcode 8.2.1 i iOS 10.2.

Przerzuciłem się na wcześniejszą wersję urządzenia na symulatorze i zadziałało. Potem przełączyłem się z powrotem i zostało to naprawione.

Doszedłem do wniosku, że jeśli używasz Xcode zbyt długo bez zamykania go, Xcode stanie się ostatecznie nieprzydatny i spowoduje losowy tajemniczy błąd. więc regularnie ponownie uruchamiam Xcode i wszystkie aplikacje, które uruchamiam na moim Macu za każdym razem, gdy pojawia się podejrzany błąd.

Xcode Cache
1. spróbuj sprawdzić całą klasę kontrolera segue / outlet / storyboard. czasami scenorys rozłączał się z ustawioną klasą kontrolera widoku. (może to spowodować błąd w czasie wykonywania).

2. Spróbuj wyczyścić projekt i przejdź do (~ / Library / Developer / Xcode / DerivedData) i usuń pamięć podręczną projektu. następnie wymuś zamknięcie Xcode i uruchom go ponownie.

Po trzecie spróbuj sprawdzić całą klasę kontrolera segue / outlet / storyboard. czasami scenorys rozłączał się z ustawioną klasą kontrolera widoku. (może to spowodować błąd w czasie wykonywania).

4. Spróbuj sprawdzić (skopiuj zasób pakietu, źródło kompilacji - Projekt> Faza kompilacji), upewnij się, że wymieniony plik istnieje z poprawnym adresem i folderem. Czasami utworzenie grupy powodowałoby utworzenie folderu i powodowanie, że kompilator nie mógł znaleźć pliku

5-ty może to również być spowodowane przez przeniesiony plik + Xcode, które ostatecznie stają się nieprzydatne i powodują losowy tajemniczy błąd. i zaktualizuj (skopiuj zasób pakunku, źródło kompilacji - Projekt> Faza kompilacji) po zmianie katalogu w pliku

Osobisty błąd. niezamierzone usunięcie
tego również mogło być spowodowane wywołaniem usuniętego kontrolera ViewController lub gniazdka

Miałem ten sam problem podczas korzystania z Visual Studio dla komputerów Mac (Społeczność, 7.4.2 (kompilacja 12)) po aktualizacji systemu operacyjnego (macOS High Sierra 10.13.4).

W tym przypadku wydaje się, że wystarczy zaktualizować Visual Studio i Xcode.

Zauważ, że oczywiście Visual Studio nie dostarcza aktualizacji Xcode, więc „sztuczka” polegała na otwarciu tego ostatniego i pozwoleniu mu na uruchomienie aktualizacji.

Miałem również ten sam problem w Xcode 8. Usunięcie danych pochodnych rozwiązało mój problem.

1. Przejdź do folderu ~ / Library / Developer / Xcode / DerivedData / i wyczyść znajdujące się w nim foldery
2. Zrestartuj Xcode i Simulator i uruchom swój projekt ....!

Po prostu stało się to po wykonaniu jakiejś pracy w storyboardzie. Cofnąłem trochę i okazało się, że jest to prosty UIButton dodany do widoku. Usunąłem to i zbudowałem bez błędów. Właśnie dodałem nowy przycisk i zadziałało.

Aby uzyskać trochę więcej wyjaśnień ... Przycisk został skopiowany z jednego prototypu TVCell do drugiego. w kopii doszło chyba do zamieszania. Po prostu cieszę się, że nie zmieniłem się zbytnio przed rozpoczęciem budowania.

W moim przypadku stało się to po zmianie nazw niektórych przestrzeni nazw i rozwiązałem ten sam problem przechodząc do właściwości projektów> zakładka APLIKACJA> Domyślna przestrzeń nazw: nadanie nowej poprawnej przestrzeni nazw.

Oczywiście zmieniłem przestrzeń nazw również wewnątrz klas, ale to pomoże, ponieważ naprawi wszystkie automatycznie generowane pliki. Wyczyść i zbuduj, a następnie zamknij i ponownie otwórz rozwiązanie.

Napotkałem ten sam problem, gdy łączę formularz kodu git z innym kodem programisty. wiele razy próbowałem wyczyścić mój projekt. Ale nic mi nie pomaga.

Otwieram storyboard w kodzie źródłowym. Zacznij porównywać z ostatnimi działającymi scenorysami repozytoriów. Potem zauważyłem, że ta sama etykieta pojawia się dwa razy na tym samym ekranie. następnie usuwam jeden z nich i zapisuję. Pomaga mi.

możesz sprawdzić swój XIB lub scenorys.

Miałem ten błąd, ponieważ przepisałem <view>do <imageView>podczas edytowania storyboardu jako kodu źródłowego.

Pomyślałem, że to szybkie i brudne rozwiązanie zadziała przy zamianie niektórych niestandardowych klas (podklas UIView) na UIImageViews.

Cała chwała GIT.

To właśnie spowodowało u mnie problem: próbowałem użyć symulatora iOS 8.0 z Xcode 5.0.2. Wklejałem symulator iOS 8.0 w następującej ścieżce - / Applications / Xcode \ 2.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs W wyniku tego mogłem zobaczyć symulator iOS 8.1 widoczny w lista rozwijana w Xcode 5.0.2, ale spowodowało to błąd kompilacji libtool. Usunąłem symulator ze ścieżki i działał po ponownym uruchomieniu Xcode. Aby móc korzystać z symulatora iOS 8.0, używam Xcode 6.1

Naprawiłem błąd tym poleceniem, zamknij symulator i Xcode:

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

Mam nadzieję, że to pomoże.

Otrzymałem ten błąd podczas tworzenia dla 10.9 pliku .XIB, który został utworzony w XCode 6.4 (10.10).

Zobacz tę odpowiedź . XIB wzywał „labelColor”, który został wprowadzony w 10.10 i był nieznany w 10.9.

Otwarcie XIB jako źródła uchroniło go przed awarią XCode i pozwoliło mi zmienić instancje „labelColor” na „textColor”, a błąd został rozwiązany.

Jak Logan Geefs wspomina powyżej, wydaje się, że jest to spowodowane sekcjami kontrolera interfejsu (tj. Pętlami). Usunięcie „złych” ścieżek nie rozwiązuje tak naprawdę problemu z nawigacją. Potrzebne jest strategiczne umieszczenie niektórych akcji przycisków na [pop kontrolerach].

Oto kod, który działał dla mnie:

 - (IBAction)backToStart {

   [self popToRootController];
 }

 - (IBAction)backToPrevious {

   [self popController];
 }

Niewielu wspominało, że problem był związany z segueami, mój też był, chociaż nie pojawił się natychmiast po dodaniu nowego segue i udało mi się uruchomić aplikację kilka razy wprowadzić pewne zmiany, dodać nowe widoki, zanim to nastąpiło, więc nie lekceważ tego. Usunąłem niektóre kontrolery i cofnąłem na wypadek, gdyby to nie pomogło. Jeśli problemem jest płynność, którą możesz zbudować, ale nie będziesz w stanie go dodać, więc odtwórz cały kontroler widoku, jeśli jest to opłacalna opcja. Kopiowanie i wklejanie nie działało, chociaż nie próbowałem usuwać połączeń IBOutlet.

Zaczęło się to zdarzać, kiedy zainstalowałem i zacząłem używać wersji beta XCode 9. Kiedy zacząłem modyfikować dobre projekty w 8.3, storyboardy zostały uszkodzone przez ten błąd i XCode się zawiesił. Miałem XCode 7.x, 8.3 i 9 zainstalowane na moim komputerze. Odinstalowałem je wszystkie (i usunąłem wszystkie powiązane pliki), a następnie ponownie zainstalowałem 8.3 z App Store. Moje scenorysy projektu były nadal uszkodzone, ale udało mi się odzyskać z kopii zapasowej i teraz wszystko jest w porządku, gdy kontynuuję.
Nie jestem pewien, czy jest to związane z wersją beta 9, czy nie.

W moim przypadku miałem ten problem po ręcznym rozwiązaniu konfliktu scalania w pliku „project.pbxproj”. W XCode wybierz project-> target-> BuildPhases-> CopyBundleResources. Tam usunąłem kilka zduplikowanych plików, które były wyświetlane jako puste ikony (w przeciwieństwie do ikon plików XIB). Po tym kompilacja przebiegła bez problemów.

Ten błąd wystąpił dzisiaj w nowym projekcie podczas testowania ARKit iOS za pośrednictwem szablonu projektu „Augmented Reality App”.

Po przeniesieniu niektórych plików .scn z projektu głównego do folderu art.scnassets, zacząłem otrzymywać błąd ze znakiem kodu i nic, co zrobiłem, nie było w stanie go rozwiązać.

Wypróbowałem wszystkie sugestie w tym wątku (wyczyść, wyczyść dane pochodne, zrestartuj Xcode, uruchom ponownie Maca, poszukaj w plikach scenorysu zduplikowanych identyfikatorów) ... ale to, co sprawiło, że zadziałało dla mnie, to:

• zatwierdź i prześlij moje zmiany do mojego projektu git
• twardy reset do poprzedniego zatwierdzenia
• wyczyść dane pochodne i uruchom z powodzeniem
• twardy reset z powrotem do ostatniego zatwierdzenia

... a teraz zadziałało ... więc domyślam się, że to jakiś błąd w obsłudze git w XCode ???

W XCODE 9 jedną z przyczyn tego jest błąd w XCODE 9.1 ze starymi plikami .XIB.

Naprawić:

1. Zaktualizuj do XCODE 9.2

2. Wszystkie pliki .XIB powinny być ustawione na iOS 8.1 w wersji lub nowszej.

Po prostu skompiluj swój projekt. zostaniesz rozwiązany!