2015-10-20 17 views
7

Szukałem i nie mogę znaleźć niczego na ten temat.Xcode 7 awarii za każdym razem, gdy próbuję wydrukować coś w konsoli debugger

Używanie Swift 2 i Xcode w wersji 7.0.1 (7A1001). Za każdym razem, gdy wykonuję coś w konsoli debuggera, Xcode ulega awarii.

Projekt nie jest bardzo duży i ma mniej niż 10 zewnętrznych frameworków.

Nie mogę wymyślić o wiele więcej informacji, które są istotne, ale jestem pewien, że jest ich więcej, więc proszę zapytaj mnie, czy jest coś, co powinienem dodać do mojego pytania, które mogłoby pomóc.

Oczyściłem dane kompilacji i pochodne.

To doprowadza mnie do szaleństwa. Dzięki!



AKTUALIZACJA 16/11/12

Zgłoszony rdar://23559366.

+0

Co masz na myśli? Brakuje ci dołączenia do celu? Nie ma ram Cocoa Touch, od których zależy struktura stron trzecich? Wszystkie zależności zależne od trzeciej części wykorzystują mapy modułów do deklarowania zależności, a ja potwierdziłem, że wszystkie one są odpowiednio uwzględnione w celach. – kylejm

+0

Jeśli frameworkami są Obj-C, czy posiadasz plik nagłówkowy mostu i czy zaimportowałeś tam odpowiedni nagłówek? mimo to spowodowałoby to błąd kompilacji podczas uzyskiwania dostępu do frameworków w kodzie. – Lukas

+0

Występuje to samo, wraz z awarii xcode, gdy próbuję użyć narzędzia Hierarchia widoku debugowania. Próbowałem wszystkich normalnych ścieżek do naprawiania dziwacznych awarii (delete prefs, clean + build), a jako mary grad usunął mój (pusty) mostek pliku nagłówkowego. Żadna z moich prób nie zrobiła wiele ... – Jesse

Odpowiedz

4

W jaki sposób utrzymujesz swoje strony trzecie? Via Carthage?

Jeśli tak, to jest to prawdopodobnie problem: https://github.com/Carthage/Carthage/issues/924

Jest to problem, jeśli lokalizacja folderu/Kartagina/build/iOS jest w innej lokalizacji do miejsca, gdzie został wyprodukowany (czyli jeśli został skompilowany na innym komputerze i zmieniła się bezwzględna ścieżka pliku).

Tymczasowa poprawka polegałaby na uruchomieniu na komputerze maszyny carthage build --no-use-binaries w celu przebudowania symboli przy użyciu bieżącej bezwzględnej ścieżki pliku działającej wokół błędu.

Ale jeśli nie został następnie przy użyciu Kartaginę jej chyba nie problem więc przepraszam

+0

Xcode zawiesza się za każdym razem, gdy uruchomię hierarchię widoków debugowania, a uruchomienie 'carthage build --no-use-binaries' rozwiązało to dla mnie. Wskazówka: Dodałem '--platform iOS' do poprzedniego polecenia, aby uniknąć budowania dla wszystkich platform :-) Pozdrawiam! – Performat

0

Miałem podobny problem z Xcode za każdym razem, gdy trafiłem w punkt przerwania.

enter image description here

W przypadku widzisz ten ekran tuż przed swoimi wypadków Xcode - masz szczęście i moja poprawka może cię uratować. Wszystko, co musisz zrobić, to otworzyć to okno, aw Nawigatorze projektu wybrać dowolny żądany plik, aby zamiast tego białego pustego widoku uzyskać swój kod. Po tym najprawdopodobniej będziesz mógł pomyślnie zatrzymać aplikację w punkcie przerwania i przeprowadzić debugowanie.

Nie jestem pewien, dlaczego tak się dzieje, ale podejrzewam, że przyczyną jest tryb Hierarchy widoku debugowania, który mógł zostać wywołany przed ustawieniem punktu przerwania i próbowaniem zatrzymać się na nim. Przynajmniej tak jest, gdy mi się to przydarza.

+2

Proszę podać rozwiązanie w swojej odpowiedzi zamiast linku zewnętrznego. Dziękuję Ci. – Moritz

+1

Po prostu edytowane, proszę. – Soberman

+0

Niestety, nie dzieje się tak w moim przypadku. Widzę mój kod, gdy Xcode uderza w punkt przerwania, następnie wpisuję coś w konsoli debuggera i wciskam Enter, myśli przez sekundę lub dwie, i. – kylejm

0

Mam podobny problem wcześniej. Jeśli spróbujesz wydrukować zmienną nie-opcjonalną i niestety zachowuje ona wartość zerową, to łamie/zawiesza się. więc upewnij się, że zadeklaruj wszystkie możliwe zmienne jako "Typ opcjonalny".

Powiązane problemy