Xcode nagle przestał uruchamiać projekt na sprzęcie: „Nie można uruchomić xxx.app: .. Nie ma takiego pliku ..” [zamknięte]

Xcode przestał być w stanie uruchomić moją aplikację, uruchomił się bezpośrednio po usunięciu go z urządzenia i próbie ponownej instalacji przez ponowne uruchomienie w Xcode (coś, co robiłem już setki razy).

To mówi

„Nie można uruchomić XXX.app”

„Nie ma takiego pliku lub katalogu (/Users/Mylaptop/Library/Developer/Xcode/DerivedData/MyApp-ekxcbebfpzkahtfkujyqkcwprzia/Build/Products/Debug-iphoneos/MyApps.app/MyApp)”.

Ponownie uruchomiłem telefon, ponownie uruchomiłem Xcode, wyczyściłem wszystko, wszystko odbudowałem. Ten komunikat o błędzie nie zniknie.

Dzieje się tak w przypadku Xcode 4.5, którego używam od czasu jego udostępnienia. Jeśli powrócę do wersji 4.3.2, Xcode wyświetli komunikat „Zakończono działającą aplikację”, ale tak naprawdę nic nie robi - aplikacja nie jest ani zainstalowana, ani uruchomiona.

Całkowicie utknąłem - nie mogę już niczego uruchomić na urządzeniu.

Jakieś sugestie?

To naprawdę irytujące. Ten błąd występuje w wielu różnych sytuacjach. Czasami ponowne uruchomienie Xcode rozwiązuje problem. Jeśli nie, wykonaj następujące kroki:

Odłącz urządzenie.

Usuń aplikację ze swojego urządzenia.

Zamknij Xcode (nie zamykaj po prostu okna, zakończ je)

Usuń folder danych pochodnych ( ~/Library/Developer/Xcode/DerivedData/-gbrvhlvwmpiobxdujegtghggrffp- lub coś w tym rodzaju)

Teraz ponownie uruchom Xcode, podłącz urządzenie i uruchom projekt. Powinno działać dobrze.

z bloga DhilipSiva

Spróbuj usunąć „Wymagane możliwości urządzenia” w pliku -Info.plist.

Nie możesz wymagać armv7 na 3G i nie możesz wymagać armv6 na żadnym nowszym urządzeniu, więc po prostu całkowicie usuń ten atrybut.

Znalazłem odpowiedź. Wersja celu wdrożenia systemu iOS różni się od wersji systemu operacyjnego mojego urządzenia.

Najpierw wypróbowałem niektóre z powyższych z info.plists i usuwając dane pochodne, wyczyść itp.

Moje rozwiązanie: wyjdź z XCode, otwórz ponownie projekt. Przejdź do danych pochodnych w Finderze. Usunięte dane ze wszystkich projektów (wszystkie można było usunąć, ale najpierw spróbuję usunąć dane projektu z problemami). A potem znowu zadziałało. Usuwanie danych pochodnych z XCode nie działało.

Poniższe rozwiązania rozwiązały mój problem ... moja aplikacja działała dla mnie podczas debugowania / wydania, a następnie zbudowałem kilka archiwów ad-hoc i kompilacje debugowania / wydania przestały działać.

Objawy:

• nieprawidłowe uprawnienia błędy podczas uruchamiania z Xcode na urządzenie (graj z uprawnieniami ...)
• natychmiastowe przerwanie bez błędu (zakończenie działania) podczas uruchamiania symulatora
• nie można uruchomić ... katalogu blabla ... / build / product / debug-iphoneos / ... nie znaleziono podczas uruchamiania z Xcode na urządzenie.

W końcu po próbie skorzystania z bólu innych osób znalazłem w Targets [AppName]:

Build Settings
Build Locations
Build Products Path build

Powinien być

Build Products Path build/Products

Nie mam pojęcia, jak to zostało źle ustawione. Musi to być zakodowane na stałe gdzieś w Xcode / Springboard, ponieważ „Produkty” pojawiają się zarówno w Xcode, jak iw konsoli urządzenia. To jest Xcode 4.5.1.

Rozwiązałem ten problem przez

zmiana nazwy katalogu powyżej mojego projektu XCode

Zmiana nazwy projektu w XCoderozwiązaniu tego za mnie.

W XCodeprogramie w Nawigatorze projektu kliknij nazwę projektu, co powinno pozwolić ci zmienić nazwę, tak jak plik w Finderze. Usunięcie danych pochodnych nie pomogło.

Zbudowałem swój projekt XCode za pomocą CMake i jakimś cudem (lub moje głupie ja) usunąłem lub opróżniłem właściwość „Plik wykonywalny” w info.plist. Ustawiłem z powrotem na $ {EXECUTABLE_NAME} i znowu zadziałało.

Zajęło mi dużo czasu przepracowywanie wszystkich sugestii i poprawek, aż w końcu znalazłem ten problem.

Mam nadzieję, że pomoże to komuś zmagając się z tym samym problemem

Edytować:

W jakiś sposób CMake zepsuł mój plik plist. Stworzyłem własny Info.plist i użyłem go w następujący sposób:

SET_TARGET_PROPERTIES( MyApp PROPERTIES MACOSX_BUNDLE_INFO_PLIST ${CMAKE_CURRENT_LIST_DIR}/MyApp.plist )

W mojej plistce miałem ten wpis:

<key>CFBundleExecutable</key> <string>${EXECUTABLE_NAME}</string>

Niestety CMake nadal wydaje się analizować ten plik i zastępując $ {EXECUTABLE_NAME} pustym ciągiem, ponieważ jest to składnia zmiennej CMake. Moje szybkie obejście jest następujące:

SET( EXECUTABLE_NAME "\${EXECUTABLE_NAME}" )

Teraz działa jak urok.

Prawdopodobnie jestem sam z tym problemem, ale kto wie.

Miałem ten sam problem, ale w moim przypadku miałem złe wymagania w mojej info.plist (wymagany żyroskop dla iPhone 3Gs)

Próbowałem uruchomić swój projekt na innym systemie niż ten, na którym został opracowany. Otrzymywałem komunikat „Nie można uruchomić xxx.app: .. Nie ma takiego pliku ..”.

Usunięto aplikację z urządzenia, a następnie usunięto dane pochodne od organizatora w xcode dla aplikacji. Organizator -> Projekty -> Pochodna DAta -> Usuń

Mój problem został rozwiązany.

Musisz ustawić cel wdrożenia LOWER niż wersja urządzenia

Dla mnie rozwiązaniem było po prostu użycie prawidłowego (nie-dystrybucyjnego) profilu aprowizacji.

Domyślnie zawsze korzystałem z profilu aprowizacji ad hoc, ale potem zmieniłem na profil programisty (profil zespołu) i to rozwiązało problem. Poszedłem dalej i wyczyściłem katalog danych pochodnych, aby był bezpieczny, ale nie wiem na pewno, czy jest to wymagane.

XCode miało kiedyś ostrzeżenie, które informowało, że należy użyć prawidłowego profilu aprowizacji, ale ten komunikat o błędzie wydaje się znikać w XCode 4.5.

Miałem ten problem z bardzo dziwnym rozwiązaniem.

Mój problem był nieco inny, ponieważ mam 2 certyfikaty programistów w pęku kluczy. Mamy dwa konta programistów (powiedzmy AD i BD).

1) Zmieniłem identyfikator pakietu z com.BD.game na com.AD.game 2) Urządzenie, na którym miałem problemy, zostało podpisane tylko w profilach obsługi AD. 3) Nie udało mi się zdebugować gry na iPadzie - chociaż urządzenie miało prawidłowe profile aprowizacji, miałem ważne certyfikaty, zrestartowałem Maca, urządzenie, przeinstalowałem Xcode ... nic nie pomogło.

To, co zrobiłem dzisiaj, to sprawdzenie pliku project.pbxproj pod kątem dziwnych wpisów.

Odkryłem, że Xcode używa odpowiedniego profilu aprowizacji, ale podpisuje ipa / app niewłaściwym certyfikatem.

"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "iPhone Developer: **BD** (XX******)";

Po ręcznym poprawieniu nazwy i identyfikatora; wszystko działa jak urok.

Mam ten sam błąd. W moim przypadku jako cel wdrożenia ustawiłem 6.1 i próbowałem uruchomić iPada z iOS 5.1. Kiedy zmieniłem cel wdrożenia na 4.3, problem został rozwiązany.

Nadal mam problem. Spróbuj tego Odłącz urządzenie. Usuń aplikację ze swojego urządzenia. Zamknij xcode. Teraz uruchom Xcode, podłącz urządzenie i uruchom projekt. Powinno działać dobrze.

U mnie (używam IOS 7 i Xcode 5) błąd zniknął zaraz po dodaniu do Centrum członkowskiego na moim urządzeniu w Organizatorze.

Chciałbym wspomnieć, że najłatwiejszym sposobem otwarcia folderu DerivedData w Finderze jest:

1. Otwórz Organizator.
2. Kliknij „Projekty”.
3. Wybierz problematyczny projekt.
4. Obok ścieżki do DerivedData kliknij mały przycisk ze strzałką w prawo.

Usunięcie zawartości folderu DerivedData działało dla mnie. Zamiast używać przycisku „Usuń ...”, powinieneś mieć większy sukces podczas ręcznego usuwania plików za pomocą Findera.

Idź do: twój projekt Cel -> Informacje i z CustoM iOS Target Properties usuń wymagane możliwości urządzenia. W moim przypadku były to armv7 i armv7s.

Następnie aplikacja została pomyślnie zbudowana na moim iPhonie 4.

Tak to wygląda po usunięciu obu wymagań

Dla mnie zapomniałem, że mam „telefonię” w „Wymaganych możliwościach urządzenia” w info.plist. Usunąłem to i w końcu zadziałało na moim iPadzie.

Dla mnie ponowne uruchomienie Xcode, wyczyszczenie DerivedData i przywrócenie urządzenia w większości przypadków nie wystarczało, dopóki nie zorientowałem się, że iTunes również działa, a po wyjściu z iTunes wszystko działało dobrze!

Więc moje kroki są teraz proste:

1. Zamknij Xcode.
2. Jeśli iTunes jest uruchomiony, zamknij iTunes.
3. Ponownie otwórz projekt.

Nie ma potrzeby usuwania aplikacji z urządzenia, czyszczenia projektu ani ponownego uruchamiania / odłączania urządzenia. Myślę, że dzieje się tak dlatego, że Xcode i iTunes używają niektórych typowych bibliotek (jak wiesz, Xcode Installer zawsze prosi o zamknięcie iTunes podczas instalacji iOS SDK).

Miałem ten problem i wypróbowałem kilka sugestii, które nie zadziałały - potem znalazłem tę o usunięciu „Wymaganych możliwości urządzenia” w pliku -Info.plist (który zawierał dla mnie usługi lokalizacyjne i GPS) To się udało! Następnie dodałem je ponownie i nadal działało ... idź do figury. To był xCode 4.6.1, a moja aplikacja jest programistą z Phonegap / Cordova

Wypróbowałem wszystkie powyższe, ale nadal nie działało. Rozwiązałem problem, zmieniając pochodne położenie kompilacji. Plik> Ustawienia projektu> „lokalizacja danych pochodnych” zmienia się na zależną od projektu. Możesz też po prostu upewnić się, że domyślna ścieżka ma uprawnienia do odczytu / zapisu.

Wydawało się, że moim problemem jest wybieranie portretu (górny przycisk strony głównej) jako pozycji 0 w orientacjach obsługiwanych interfejsów na mojej liście. Usunięcie tego lub przesunięcie w dół wydawało się rozwiązać mój problem. Domyśl.

Miałem ten problem również w przypadku aplikacji Universal z Xcode 4.5 TYLKO na moim iPhonie, gdzie miałem dwa urządzenia do debugowania:

iPhone 4 iOS 5.1.1
iPad 1   iOS 5.1.1

W Info.plist był pusty wpis w sekcji „Wymagane możliwości urządzenia”. Wiem, że nie wprowadziłem tego pustego elementu „0”. Aplikacja ładuje się na iPhonie, odkąd usunąłem pusty element. Nie napotkałem tego problemu na żadnej z kilku wcześniejszych wersji Xcode, co oznacza, że ​​Xcode 4.5 inaczej obsługuje ten „wstawiony” element dla dwóch używanych przeze mnie urządzeń. Myliłem się wcześniej, ale wygląda to na błąd w Xcode 4.5.

Może się to wydawać oczywiste, ale musisz również ustawić cel wdrożenia na system operacyjny, na którym działa Twoje urządzenie.

Jeśli więc uaktualnisz system do iOS 6, jako cel wdrożenia zostanie ustawiony iOS 6. Musisz wdrożyć wersję 5.1, jeśli testowane urządzenie nadal działa w wersji 5.1.

Mój problem w końcu został rozwiązany, sprawdzając, czy productNameatrybut w /* Begin PBXNativeTarget section */sekcji mojego project.pbxprojpliku jest zgodny z rozszerzeniemname atrybutem.

Po edycji, aby były takie same, Xcode wreszcie poprawnie uruchamia aplikację na moim urządzeniu!

Dziękuję Maxowi Weiselowi za pomoc! :RE

Usunięcie folderu danych pochodnych nie pomogło mi. Używając Xcode 4.4.2 jedynym rozwiązaniem było otwarcie Organizatora i usunięcie starych, wygasłych i zbędnych profili aprowizacji na iDevice. Wtedy wszystko znów działało idealnie.

Może to być czerwony śledź, ale napotkałem te problemy, gdy dodałem niestandardowe obrazy uruchamiania przed usunięciem domyślnych. Usunięcie domyślnego uruchamiania i niestandardowych obrazów, a następnie ponowne dodanie niestandardowych naprawiło to za mnie. Pracuję z iOS 6 i Xcode 4.5.2

Wydaje się, że jest kilka różnych przyczyn, które mogą powodować ten bardzo pomocny komunikat o błędzie.

W moim przypadku było to spowodowane nieprawidłowym „Wymaganymi możliwościami urządzenia” w Info.plist. Przez pomyłkę dodałem pusty element tablicy (na szczycie architektury, armv7). Usunięto pusty element tablicy i teraz wszystko jest w porządku!

Miałem ten problem i nic tak naprawdę nie pomogło, z wyjątkiem: Mój problem zaczął się po zmianie zawartości mojej listy info.plist i żadne przywracanie nie pomogło.

Rozwiązało to dla mnie:

1. Utwórz waniliową listę info.plist w zupełnie nowym projekcie
2. Zastąp stary info.plist nowym
3. zmiana nazwy (np. app_info.plist)
4. Ustaw ustawienia kompilacji / opakowanie / INFOPLIST_FILE jako nowy.
5. Wprowadź wszystkie zmiany, których potrzebujesz w swoim projekcie

Mam nadzieję, że to pomoże. Wypróbowałem wszystko inne, co tutaj zasugerowałem i to było dla mnie jedyne rozwiązanie.

W obliczu tego samego problemu, ale teraz problem został rozwiązany, Executable file usunąłem info.plist. Ustawiłem z powrotem na $ {EXECUTABLE_NAME} i znowu zadziałało .. :)

W moim przypadku po prostu ustawiłem uprawnienia 777 bezpośrednio do folderu xxx.app na wszystkie pliki i działam!