Napotkałem problem z testowaniem mojej aplikacji na iOS i Xcode, kiedy przesyłam ją na moje rzeczywiste urządzenia (iPhone i iPad) i zastanawiam się, czy ktoś zna problem i może mi pomóc:
Zwykle, gdy tworzę aplikację na moich urządzeniach, jest ona instalowana i uruchamiana na moich urządzeniach. Ale kiedy przygotowuję się do przesłania mojej pierwszej aplikacji, testowałem i zmieniłem identyfikator pakietu, identyfikator aplikacji i przepisy dotyczące programowania (więc problem może mieć z tym coś wspólnego), a teraz, kiedy próbuję zbudować moją aplikację na moje urządzenia, chociaż jest dobrze zainstalowany na moich urządzeniach, Xcode nie będzie już uruchamiać aplikacji. Zamiast tego otrzymałem ten komunikat o błędzie:
Błąd podczas uruchamiania pliku wykonywalnego. Błąd podczas uruchamiania programu zdalnego: nie ma takiego pliku lub katalogu.
Czy ktoś wie, na czym polega problem? A o czym jest ten folder pochodnych danych?
Wielkie dzięki!
Odpowiedzi:
Ja też stanąłem wobec tego problemu. Zamknąłem, ponownie uruchomiłem Xcode; usunąłeś aplikację z urządzenia i zainstalowałeś ją ponownie, a następnie problem zniknął.
źródło
Uruchamianie aplikacji z czystego konta
U mnie problem nie rozwiązał się, dopóki nie wykonałem następujących czynności w tej kolejności:
Folder kompilacji aplikacji w kroku 3 odnosi się do folderu kompilacji aplikacji, który jest elementem podrzędnym „DerivedData”. Aby to znaleźć, możesz ujawnić swoją aplikację w wyszukiwarce, a następnie cofnąć się, aż dojdziesz do folderu „DerivedData” i usunąć folder powyżej, na przykład „MyApp-crazylongweirdletters”. Bez tego kroku (3) nie mógłbym debugować, więc jest to krytyczny krok i musisz opuścić XCode przed wykonaniem tego kroku.
Dla niektórych wydaje się, że po prostu ponowne uruchomienie XCode załatwia sprawę, ale nie dla mnie.
Publikuję tę odpowiedź tylko dlatego, że wcześniejsze odpowiedzi NIE działały dla mnie. Miejmy nadzieję, że inni uderzając głową to zauważą i odetchną z ulgą. :)
Uwagi:
źródło
Nie możesz debugować (zaczynać od Xcode) aplikacji podpisanej profilem dystrybucyjnym, jeśli dobrze pamiętam ... A potem otrzymujesz takie wiadomości, gdb failling do dołączenia do procesu.
źródło
W końcu znalazłem swój błąd!
Bawiłem się moim plikiem info.plist i zmieniłem nazwę pliku wykonywalnego oraz nazwę pakietu i wyświetlanej paczki! Gdy tylko zmieniłem je z powrotem na domyślne (odpowiednio EXECUTABLE_NAME, PRODUCT_NAME, PRODUCT_NAME) wszystko działało idealnie.
źródło
Usuń aplikację z urządzenia (dotknij i przytrzymaj, a następnie usuń) i spróbuj ponownie.
źródło
Dla mnie żaden z nich nie zadziałał. Ten sam błąd, ale inne rozwiązanie.
Mój problem był spowodowany przez przypadkową zmianę „celu wdrożenia” (wersja ios) na wersję wyższą niż ta, która była na telefonie, na którym próbowałem uruchomić kod.
Poprawka była prosta - upuść cel wdrożenia poniżej lub równy wersji oprogramowania iOS na moim telefonie :)
źródło
Wystąpił ten sam błąd, ponieważ moje podpisywanie kodu nie jest poprawne.
Przejdź do projektu> Cele> Ustawienia kompilacji> Sprawdź podpisywanie kodu pod kątem stanu debugowania.
źródło
Natknąłem się na to jako na rozwiązanie innego problemu, który był ostrzeżeniem podczas próby zbudowania aplikacji na nowym urządzeniu 4.3.5.
Jeśli ustawię profil na dystrybucję, nie otrzymam komunikatu ostrzegawczego podczas tworzenia aplikacji, ale debugger połączy się z urządzeniem.
Jeśli ustawię podpisywanie kodu w profilu dystrybucji, nie otrzymam żadnych ostrzeżeń w procesie kompilacji, ale debugger się nie załączy. Zatem powyższa odpowiedź dotycząca bycia opartym na podpisach wydaje się być poprawna. Może to również występować tylko na nowszych urządzeniach 4.3.5 z xcode
źródło
Produkt -> Wyczyść w pasku menu
źródło
Ten błąd czasami występuje z powodu niepełnego procesu „przywracania” lub „synchronizacji” urządzenia, który powoduje zablokowanie plików .app.
Co zrobiłem Musiałem złamać jailbreak moje urządzenie, aby znaleźć aplikację w / User / Applications / XXXXX-XXXX-XXX / i fizycznie usunąć .app
Dla jednej aplikacji zadziałało, a dla drugiej zdałem sobie sprawę, że po prostu nie uruchamia GDB automatycznie, więc komunikat o błędzie jest całkowicie mylący, więc ustawiłem GDB na ręczny i zadziałało i nie podałem mi tego błędu, ale oczywiście ja trzeba uruchomić aplikację ręcznie, aby rozpocząć sesję debugowania.
Być może wymagało to również innych rzeczy, które zrobiłem wcześniej, takich jak sprawdzenie profilu prowizyjnego, ale to był ostatni krok, który sprawił, że zadziałało.
Wcześniej wypróbowałem wszystkie rozwiązania nie działały dla mnie i oczywiście proste usunięcie aplikacji poprzez przytrzymanie palca na ekranie nie działało, ponieważ usunęło ikonę, ale wszystkie pliki nadal tam były. (Ponieważ była to aplikacja programistyczna, a nie pobrana aplikacja ze sklepu App Store)
źródło
miał ten sam problem, zamknij XCode ... usuń aplikację z urządzenia ... uruchom program ponownie ... rozwiązałem ten sposób ... jeden z moich znajomych musiał ponownie uruchomić urządzenie.
źródło
Mam ten sam problem. Rozwiązałem to, zmieniając nazwę katalogu projektu, a następnie ponownie uruchamiając aplikację.
źródło
Miałem ten problem na niedawno przywróconym urządzeniu, na którym moje aplikacje będące w trakcie opracowywania nie zostały ponownie zainstalowane - były one wyświetlane w Springboard jako „Oczekujące” na pobranie z App Store. Usunięcie aplikacji ze Springboard rozwiązało problem.
źródło
Od wczoraj mam do czynienia z tym problemem na dwóch różnych urządzeniach, zarówno z systemem iOS 4.x. Usunięcie folderu DerivedData, usunięcie aplikacji, ponowne uruchomienie Xcode i wyczyszczenie kodu NIE zadziałało. Powtórzenie wszystkich kroków, oprócz ponownego uruchomienia urządzenia, naprawiło to za mnie.
źródło
Tutaj zamieszczam aktualizację problemu. Może być pomocne dla kogoś z tym samym problemem. Mam Xcode 4.4 i uruchomiłem go na urządzeniu z iOS 5.0. Jeśli Xcode nie ma symulatorów 5.0
źródło