Błąd podczas testowania na symulatorze iOS: nie można zarejestrować się na serwerze bootstrap

Status: to było postrzegane tak niedawno jak Mac OS 10.8 i Xcode 4.4.

Tl; dr: może to wystąpić w dwóch kontekstach: podczas pracy na urządzeniu i podczas pracy na symulatorze. Podczas pracy na urządzeniu odłączenie i ponowne podłączenie urządzenia wydaje się naprawiać rzeczy.

Mike Ash zasugerował:

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

W przeciwnym razie jedynym znanym sposobem naprawienia tego problemu jest ponowne uruchomienie użytkownika launchd. Restart to zrobi, ale istnieje mniej drastyczny / szybszy sposób. Musisz utworzyć innego użytkownika administratora, ale musisz to zrobić tylko raz. Gdy coś się klnie, Wyloguj się jako ty, zaloguj się jako ten użytkownik i zabij launchd, który należy do twojego głównego użytkownika, np.]}

sudo kill -9 `ps aux | egrep 'user_id .*[0-9] /sbin/launchd' | awk '{print $2}'`

Zastąpienie głównej nazwy użytkownika user_id. Logując się ponownie, gdy normalny użytkownik wróci do stanu zdrowego. Kinda bolesne, ale mniej niż pełny restart.

Szczegóły:

To zaczęło się częściej dziać w Lion / Xcode 4.2. (Osobiście nigdy wcześniej tego nie widziałem.)

Błąd wydaje się być w launchd, który dziedziczy proces aplikacji jako dziecko, gdy debugger przestaje go debugować bez zabijania go. Jest to zwykle sygnalizowane przez aplikację, która staje się zombie, o statusie procesu Z W ps.

Główny problem pojawia się na serwerze nazw bootstrap który jest zaimplementowany w launchd. To (o ile to Rozumiem) mapuje identyfikatory aplikacji do portów mach. Po wystąpieniu błędu aplikacja umiera, ale nie zostaje wyczyszczona z mapy serwera nazw serwera bootstrap, w wyniku czego serwer bootstrap odmawia zarejestrowania innej instancji aplikacji pod tą samą nazwą.

Mieliśmy nadzieję (patrz komentarze), że zmuszenie launchda do wait() dla zombie naprawi wszystko, ale tak nie jest. to nie Status zombie jest głównym problemem (dlatego niektóre zombie są łagodne) , ale serwer nazw bootstrap i nie jest znany sposób, aby oczyścić ten krótki killing launchd.

Wygląda na to, że błąd jest wyzwalany przez coś złego między Xcode, gdb i użytkownikiem launchd. Po prostu powtórzyłem klin, uruchamiając aplikację w symulatorze iphone ' a, zatrzymując ją w gdb, a następnie wykonując kompilację i uruchamiając symulator iPada. Wydaje się być wrażliwy na przełączanie symulatorów (iOS 4.3/IOS 5, iPad/iPhone). To się nie zdarza. czas, ale dość często, gdy przełączam symulatory dużo.

Zabicie launchd podczas logowania zepsuje ci sesję. Wylogowanie się i ponowne zalogowanie nie zabija użytkownika launchd; OS X utrzymuje istniejący proces wokół. Restart naprawi wszystko, ale to bolesne. Powyższe instrukcje są szybsze.

Zgłosiłem błąd Do Apple, FWIW. rdar: / / 10330930

Uważam, że zacząłem mieć ten problem z Lion + Xcode 4.2. Doświadczyłem również problemu w Xcode 4.3.

Próbowałem wszystkich sugestii, ale żadna z nich nie zadziałała Poza pełnym restartem.

Oto Jak określić, czy potrzebujesz szybkiego restartu.

ps -el | grep 'Z'

Jeśli widzisz aplikację na liście jako proces Zombie, musisz ponownie uruchomić komputer. Komunikat o błędzie mówi: "oznacza to na ogół, że inny instancja tego procesu była już uruchomiona lub zawieszona w debugerze". Cóż, Xcode wykrywa ten proces Zombie, którego nie można zabić. Jedynym sposobem, aby to naprawić, jest ponowne uruchomienie systemu. :(

EDIT, 20120823: mam trochę lepszą wiedzę na temat procesów Zombie, więc chciałem zaktualizować tę odpowiedź. Proces Zombie jest tworzony, gdy proces macierzysty nie wywołuje wait () (wait for process to change state) na kończącym się procesie potomnym. Nie możesz uruchomić "Zabij" bezpośrednio w przypadku procesu Zombie, ale jeśli zabijesz proces macierzysty, proces potomny zombie zostanie "odebrany" i usunięty z tabeli procesów.

Dawno nie widziałem tego problemu, więc nie sprawdzałem, jaki jest proces macierzysty w tym scenariuszu. Alternatywą dla zabicia procesu macierzystego jest ponowne uruchomienie systemu. :)

Właśnie mi się to przydarzyło: miałem błąd tylko na moim urządzeniu i symulator działał dobrze. Skończyło się na tym, że musiałem zresetować urządzenie i błąd zniknął.

Ostatnio bardzo często mam ten problem. Co mogłoby temu zapobiec? Wylogowanie i w rozwiązuje problem, ale.. to denerwujące robić to co jakiś czas.

EDIT:

Właśnie znalazłem przyczynę. Miałem błąd w metodzie ApplicationWillTerminate. Więc po kliknięciu przycisku stop na Xcode okno, aplikacja nie może prawidłowo zakończyć i zaczął się zawieszać.

Sprawdź Monitor aktywności, aby sprawdzić, czy Twoja aplikacja znajduje się na liście. Wymuś odejście, jeśli to możliwe.

Jeśli stwierdzisz, że twój problem jest spowodowany procesami zombie:

ps -el | grep 'Z'

1. Kliknij projekt na lewym panelu
2. Wybierz Tworzenie ustawień w środkowym okienku
3. w rubryce " Opakowanie "Zmień" nazwę produktu " od $(TARGET_NAME) do $(TARGET_NAME).1

Cóż, Brak odpowiedzi, ale przynajmniej jeszcze jeden test do wykonania. Otwórz Terminal i uruchom polecenie: "ps-AEL / grep Z". Jeśli pojawią się dwa wpisy, jeden " (clang)", a drugi Twoja aplikacja lub nazwa firmy, Jesteś housed-restart.

Jeśli jesteś programistą, wprowadź krótki błąd i powiedz Apple, jak absolutnie irytujące jest ponowne uruchomienie, i wspomnij, że mogą dup ten błąd do "rdar: / / 10401934", który właśnie wprowadziłem.

Dawid

Resetowanie symulatora iOS naprawiło błąd dla mnie. Chociaż spowoduje to usunięcie wszystkich aplikacji, które masz w symulatorze, rozwiązuje problem bez konieczności ponownego uruchamiania komputera.

1) Przejdź do menu "iOS Simulator", obok logo Apple (s) po lewej stronie ekranu głównego.
2) wybierz " Resetuj zawartość i ustawienia...".
3) Przeczytaj wiadomość pop i jeśli zgadzasz się kliknij "Reset" w przeciwnym razie kliknij " Nie Reset".

1. Close simulator
2. zatrzymaj aplikację z uruchomieniem w xCode.
3. Otwórz Activity Monitor i wyszukaj proces uruchomiony z nazwą twojej aplikacji .
4. Zabij ten proces w Monitorze aktywności
5. Przebuduj swój projekt i powinieneś być gotowy

Miałem problem z procesami zombie. Jedynym sposobem na ich oczyszczenie było ponowne uruchomienie. Zauważyłem jednak, że moi znajomi pracujący nad tym samym projektem dostaliby ten sam problem, ale mogliby zabić symulator bez tworzenia procesu zombie. Całkowicie odinstalowałem Xcode i zainstalowałem go ponownie, i chociaż nadal dostaję błąd, nie tworzy procesów zombie, więc nie muszę ponownie uruchamiać.

Zanim to zrobiłem, używałem tego naprawdę brzydkiego obejścia: Zmień identyfikator aplikacji i biegnij jeszcze raz. Kończysz z śmieciowymi kopiami aplikacji w symulatorze, ale możesz odłożyć ponowne uruchomienie na chwilę.

Ten błąd często mi się zdarza, prawie za każdym razem, gdy testuję aplikację w symulatorze, zmuszając mnie do ponownego uruchomienia.

Oto obejście, jeśli chcesz wykonać jakąś pracę:

• Kliknij swój projekt w nawigatorze projektów
• Go Target -> Info
• Dodaj klucz dla Aplikacja nie działa w tle i ustaw na YES.

Oznacza to, że po naciśnięciu przycisku home w symulatorze lub wyjściu z symulatora, aplikacja się nie zawiesza.

Nie zapomnij zmienić tego ustawienia przed dystrybucją! Umieść go na liście kontrolnej Wydania:)

Jeśli tak się stanie podczas testowania na iPhonie. Uruchom ponownie telefon. Z tego, co mi powiedziano, telefon lub symulator nadal uważa, że istnieje instancja uruchomionej aplikacji, więc kiedy był ostatni uruchom, nie zakończył się poprawnie, zrób albo błąd w kodzie, albo telefon / symulator po prostu chciał mieć jęk.

Dostałem ten błąd podczas debugowania mojej aplikacji na iPhone 4. Trudne ponowne uruchomienie iPhone ' a rozwiązało mój problem. (Wyłączanie iPhone ' a wisiało...)

Nie miałem żadnego procesu zombie na moim komputerze mac i ponowne uruchomienie komputera mac nie rozwiązało problemu.

Może ten błąd może przejawiać się zarówno na symulatorze, jak i na rzeczywistych urządzeniach???

Zrestartowałem urządzenie, zadziałało! : D

Dziękuję wszystkim za wspaniałe sugestie.

Właśnie miałem ten błąd. Próbowałem ponownie uruchomić symulator i Xcode, ale mój projekt będzie działał tylko ponownie po oczyszczeniu i zbudowaniu. Nie mam pojęcia, co go spowodowało.

Miałem rekurencyjny setter, który przebił stos i zabił moją aplikację w taki sposób, że musiałem uruchomić iPada. Udowodniono to poprawką w kodzie.

Miałem ten sam problem i rozwiązałem go wykonując następujące czynności

• Usuwanie aplikacji z urządzenia,
• Odłączanie urządzenia od Mac,
• wyłączanie i ponowne włączanie urządzenia,
• zamykanie i ponowne uruchamianie Xcode,
• ]} W końcu oczyść i zbuduj na nowo.

Zrobiłem jeszcze jedną rzecz, ponieważ Xcode jest skonfigurowany do korzystania z iOS 5.0, a mój projekt używa iOS 4.3

• Usuń wszystkie frameworki i dodaj je jeszcze raz.

Alternatywne obejście:

• nadaj aplikacji nowy identyfikator. Jeśli to się nazywa com.foobar.myapp, nazwij to com.foobar.myapp01

Tracisz wszystkie dane w aplikacji, ponieważ jest to w rzeczywistości nowa aplikacja działająca, jeśli chodzi o symulator iPhone ' a. Może to być bardziej irytujące niż ponowne uruchomienie - po prostu chciałem dodać go do listy.

Przyczyna

Uruchamianie aplikacji w symulatorze przed całkowitym zatrzymaniem wcześniej uruchomionej aplikacji.

Fix

Poczekaj, aż przycisk Stop stanie się ponownie aktywny przed ponownym uruchomieniem.

(używam Xcode 4.2.1. Ten problem zdarzał się bardzo często, gdy uaktualniłem do OS X Lion).

Naprawiono przez ponowne uruchomienie telefonu po usunięciu aplikacji, a następnie przebudowanie go i ponowne uruchomienie. Teraz działa dobrze.

Dziwne.

Nie przebudować lub reinstall potrzebne dla mojego problemu, aw moim przypadku pojawił się błąd podczas próby uruchomienia aplikacji na iPhone. Symulator działał dobrze.

Rozwiązanie: Usuń aplikację z telefonu, zrób zimny restart telefonu i teraz wszystko jest dobrze.

Wiele się dla mnie stało z Xcode 4.2.1 Na Lion. Zaktualizowano do 4.3.2 i już się nie dzieje. Cieszę się, że to naprawili.

Mike Ash opublikował rozwiązanie (Niech Bóg go błogosławi!) nie wymaga restartu. Just run:

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

Powyższe polecenie wyświetla wszystkie zadania launchd, wyszukuje jedno z UIKitApplication w nazwie (która będzie zadaniem odpowiadającym Twoja aplikacja, która jest nieprawidłowo trzymająca się), wyciąga nazwę i każe launchdowi pozbyć się tej roboty.

Myślę, że jest to spowodowane przez wymuszenie zamknięcia aplikacji na iPhonie przed naciśnięciem przycisku stop w Xcode. Czasami po naciśnięciu przycisku stop w Xcode, a następnie zajmuje więcej czasu, aby zamknąć aplikację, jeśli zawiesił. Ale bądź cierpliwy, to w końcu przestanie przez większość czasu.

Możesz zmienną alloc w funkcji lub tab. Spowoduje to dealloc, jeśli twoja funkcja lub karta zostanie zamknięta. Musisz więc zadeklarować zmienną członkowską lub zmienną globalną.

Otrzymywałem ten błąd cały czas, dopóki nie przestałem ufać przyciskowi "Stop" w oknie dialogowym Uruchom. Teraz, gdy zawsze wciskam stop na pasku narzędzi przed próbą uruchomienia, mam jeszcze do napotkania żadnych procesów zombie.

Oh my-próbowałem wszystkiego wyżej i w innych postach. Ponownie zainstalowałem Xcode, ponownie uruchomiłem mój komputer, skopiowałem wszystkie brakujące pliki do odpowiednich folderów... W końcu zrobiłem kopię zapasową mojego iphone' a, wyczyściłem go i przywróciłem i zadziałało!

Myślę, że to, co mogło być przyczyną czytania w i wokół tego było odłączanie mojego iphone ' a biały był uruchomiony z narzędziami wydajności łapanie wycieków. Albo coś takiego.

Aaaah, wielkie westchnienie z ulgą.

W najgorszym stanie Zresetuj zawartość i ustaw z iOS Simulater, a większość czasu w moim przypadku, opuszczając XCode wraz z symulatorem, zawsze działa dla mnie z XCode4 .6 (które często się powiesza)

Miałem kiedyś do czynienia z takim problemem w moim przypadku oto co zrobiłem

1. Usuń aplikację z symulatora.
2. Usuń folder danych pochodnych.
3. Wykonaj czystą akcję w projekcie, wybierając menu produkt-clean
Zresetuj symulator.
4. Zakończ Xcode.
5. Spróbuj uruchomić projekt teraz, jeśli działa dobrze, przejdź do kroku 7
6. Powtórz wszystkie kroki od 1 do 5, a następnie uruchom ponownie maszynę.

W większości przypadków mam go uruchomiony w ekstremalnych przypadkach kroku 6 musiałem ponownie uruchomić maszynę.

Ten błąd występował w starszych wersjach symulatora iOS, ponieważ starsze wystąpienia zadania na innym urządzeniu, które się wyłączało, mogły kolidować z nową instancją.

System IOS 6.0 i nowszy nie powinien doświadczać takich problemów, ponieważ system IOS 6.0 wprowadził użycie podzbiorów bootstrap, a system ios 7.0 wprowadził użycie dedykowanego serwera bootstrap (launchd_sim), który jest całkowicie odizolowany od serwera Bootstrap hosta.