Причина: не е намерено подходящо изображение [затворено]

Имах този проблем преди за случайно отменен сертификат. Тогава всички мои бързи проекти имат този проблем. Има два начина за решаване на това:

Кликнете върху Product Clean (или CMD + Shift + K)

Или чрез ръчно почистване на файловете с настройки на Xcode:

rm -rf "$(getconf DARWIN_USER_CACHE_DIR)/org.llvm.clang/ModuleCache"
rm -rf ~/Library/Developer/Xcode/DerivedData
rm -rf ~/Library/Caches/com.apple.dt.Xcode

Търсих дълго по този въпрос. Има няколко причини за този проблем.

Ако се сблъсквате с код/библиотека на Swift в проект на Objectice C, трябва да опитате Решение 1-2-3

Ако се сблъскате с този проблем с нов проект Swift, решение 4 ще ви пасне най-добре.

Решение 1:

Рестартирайте Xcode, след това компютъра и iPhone

Решение 2:

Отидете до настройките за компилиране на проекта и задайте Embedded Content Contains Swift кодов флаг на ДА

Решение 3:

Отидете на настройките за изграждане на проект и добавете @executable_path/Frameworks към опцията Пътища за търсене на Runpath

Решение 4:

Ако нищо от горното не работи, това трябва. Изглежда, че Apple има нинджа кръпки за сертификати, както е споменато в публикацията на AirSign

At InHouse сертификати

Subject: UID=269J2W3P2L, CN=iPhone Distribution: Company Name, O=Company Name, C=FR

добавиха ново поле с име OU

Subject: UID=269J2W3P2L, CN=iPhone Distribution: Company Name, OU=269J2W3P2L, O=Company Name, C=FR

така че трябва просто да създадете отново сертификат и разпоредба

Xcode->Product->Clean + Xcode Restart

След като опитах много от другите споменати решения, за мое вечно смущение, правенето на Xcode->Product->Clean и рестартирането на Xcode свърши работа.

За мен този проблем се появяваше поради сертификата на WWRD -- моят беше актуален, но по някаква причина беше настроен на „винаги се доверява“ вместо „използване на системата по подразбиране“, което очевидно има значение.

Ако случайно нулирате своя ключодържател, това може да се случи поради липсващи сертификати на Apple в ключодържателя. Проследих отговора на това, за да реша проблема си.

Имах същия проблем и успях да го поправя, като изтеглих отново WWDR (Apple Worldwide Developer Relations Certification Authority). Изтеглете от тук: http://developer.apple.com/certificationauthority/AppleWWDRCA.cer

Премахването на DerivedData свърши работа за мен.

Направете го чрез Xcode -> Предпочитания -> Местоположения -> щракнете върху стрелката зад пътя на DerivedData и премахнете цялата папка DerivedData във Finder.

Това се случи от моя страна, когато създавам приложение в командния ред чрез xcodebuild и xcrun PackageApplication, подписвайки приложението с корпоративен профил. На нашите сървъри за изграждане на CI сертификатът беше зададен на „Винаги доверие“ в ключодържателя (изберете сертификат -> Получаване на информация -> Доверие -> „Използване на системните настройки по подразбиране“ може да се промени на „Винаги доверие“). Трябваше да го върна на „Използване на системните настройки по подразбиране“, за да направя това да работи. Първоначално зададохме това на „Винаги доверие“, за да заобиколим диалоговите прозорци на ключодържателя, които се появяват след софтуерни актуализации и актуализации на сертификати.

С риск да всея още объркване, имах този проблем, когато актуализирах до XC8.

Нито едно от тези предложения, нито от която и да е друга тема не го реши. Това, което НАПРАВИ работа, беше премахването на ВСИЧКО от фазата на изграждане на „Свързване на двоичен файл с библиотеки“, фазата на изграждане на „Целеви зависимости“ и общата настройка „Свързани рамки и библиотеки“.

За информация, използвам Carthage и бях добавил $(PROJECT_DIR)/Carthage/Build/tvOS към настройката за компилация FRAMEWORK_SEARCH_PATHS, така че моите рамки да могат да бъдат намерени.

FYI 2, тези проекти и рамките, са 100% бързи и рамките се изграждат DEFINES_MODULE = YES.

1. Премахнете приложението от устройството
2. Почистете проекта (CMD + SHift + K)
3. Изграждане/изпълняване на устройство

Цитирано от Технически въпроси и отговори QA1886:

Приложението Swift се срива при опит за препратка към библиотека Swift libswiftCore.dylib.

Въпрос: Какво мога да направя относно грешката при зареждане на libswiftCore.dylib в конзолата на моето устройство, която се случва, когато се опитам да стартирам езиковото си приложение Swift?

О: За да коригирате този проблем, ще трябва да подпишете приложението си с помощта на сертификати за подписване на код с организационна единица (OU), зададена на вашия ID на екипа. Всички корпоративни и стандартни сертификати за разработчици на iOS, които са създадени след пускането на iOS 8, имат новото поле за идентификатор на екип на правилното място, за да позволят на езиковите приложения на Swift да работят.

Обикновено тази грешка се появява в регистрационния файл на конзолата на устройството със съобщение, подобно на едно от следните: [....] [deny-mmap] картографираният файл няма идентификатор на екип и не е двоичен файл на платформа: /private/var/mobile/ Контейнери/пакет/приложение/5D8FB2F7-1083-4564-94B2-0CB7DC75C9D1/YourAppNameHere.app/Frameworks/libswiftCore.dylib

Dyld Error Message:
  Library not loaded: @rpath/libswiftCore.dylib

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x0000000120021088
Triggered by Thread: 0

Referenced from: /private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/TestApp
Reason: no suitable image found. Did find:
/private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/Frameworks/libswiftCore.dylib: mmap() error 1 at address=0x1001D8000, size=0x00194000 segment=__TEXT in Segment::map() mapping /private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/Frameworks/libswiftCore.dylib
Dyld Version: 353.5

Новите сертификати са необходими, когато създавате архив и опаковате приложението си. Дори и да имате един от новите сертификати, просто оставката на съществуващ архив на swift приложение няма да работи. Ако е създаден със сертификат преди iOS 8, ще трябва да създадете друг архив.

Важно: Моля, бъдете внимателни, ако трябва да отмените и настроите нов сертификат за корпоративно разпространение. Ако сте вътрешен разработчик на Enterprise, ще трябва да внимавате да не отмените сертификат за разпространение, който е бил използван за подписване на приложение, което някой от вашите служители на Enterprise все още използва като всички приложения, подписани с този сертификат за разпространение на предприятието веднага ще спре да работи. Горното се отнася само за корпоративни сертификати за разпространение. Сертификатите за разработка са безопасни за анулиране за корпоративни/стандартни iOS разработчици.

Както заявяват момчетата от AirSign, проблемът се корени в липсващия атрибут на OU в полето за тема на вътрешния сертификат.

Тема: UID=269J2W3P2L, CN=Разпространение на iPhone: Име на фирмата, OU=269J2W3P2L, O=Име на фирмата, C=FR

Имам сертификат за развитие на предприятието, създаването на нов реши проблема.

Все още може да получите този проблем, след като опитате @Jieyi Hu Answer. може да изглежда коригирано, но ако се появи отново (вероятно на xCode 9).

Това решение обаче изглежда работи (отнася се за Cocoapods 1.5.x):

1. изчистете проекта си
2. затворете Xcode и изтрийте DerivedData

3. отворете Podfile във вашия проект и добавете това:

   post_install do |installer| installer.pods_project.build_configurations.each do |config| config.build_settings.delete('CODE_SIGNING_ALLOWED') config.build_settings.delete('CODE_SIGNING_REQUIRED') end end

4. актуализация на под

източници:

https://github.com/evgenyneu/Cosmos/issues/105

https://github.com/Skyscanner/SkyFloatingLabelTextField/issues/201#issuecomment-381915911

Благодаря ти @Cédric

вероятно нямате правилната арка в тази библиотека, можете да направите a

file /private/var/mobile/Containers/Bundle/Application/3FC2DC5C-A908-42C4-8508-1320E01E0D5B/testapp.app/Frameworks/libswiftCore.dylib

и трябва да ви покаже арките, които са в тази библиотека... Не съм сигурен как се свързвате, но вероятно не е правилният начин (ако libswiftcore е фабрична библиотека, ако е някаква добавена библиотека, тогава вероятно не е компилиран правилно)

Аз също имах този проблем, но нищо, което опитах по-горе и в няколко други публикации, не работи.. освен това.

За мен промених идентификатора на пакета, тъй като имаме различен идентификатор на пакет за разпространение спрямо разработка.

Моят хардуер е разрешен за тази разпоредба и екипният ми акаунт е валиден, но хвърляше горната грешка на друга рамка.

Оказа се, че трябва да премахна изцяло старата версия на приложението от телефона си. И не просто да го изтриете по стандартния начин.

Решение :

1. Уверете се, че целевият телефон е свързан
2. от менюто на xcode щракнете върху [Window>Devices]
3. изберете целевото устройство в менюто отляво.
4. Вдясно ще има списък с приложения във вашето устройство. Намерете приложението, което се опитвате да тествате, и го премахнете.

Очевидно при инсталиране на едно и също приложение под същия екип под различен идентификатор на пакет, ако не започвате напълно от нулата, има някои препратки към рамки, които се замъгляват.

Надявам се това да помогне на някого.

Току-що изчистих проекта и Clean Build Folder от менюто alt Product

Стъпките по-долу са успешни.

1) В динамичната библиотека името за инсталиране трябваше да бъде "@loader_path"

2) В основния проект пътят за търсене на Runpath трябва да бъде "@loader_path" и "@loader_path/Frameworks"

3) Използван изглед от keychain-->покажи изтекли сертификати и премахна всичко.

4) Изтрит сертификат за разпространение и преинсталиран.

5) Изтеглено developer.apple.com/certificationauthority/AppleWWDRCA.cer и инсталирано.

Наскоро се сблъсках с този проблем. Опитах всички възможни решения, но нищо не проработи. Накрая просто напуснах Xcode, премахнах сертификатите в keychain и инсталирах всичко ново и рестартирах Mac. За щастие подейства като чар :)

Имах същия проблем и успях да го поправя, като изтеглих отново WWDR (Apple Worldwide Developer Relations Certification Authority). Изтеглете от тук:

и настройте на Always Trust в ключодържателя. Промяна на Use System Default

работи за мен, надявам се това да ви помогне

В моя случай ключодържателят показва сертификата като ненадежден, за да реша този проблем, зададох опциите за доверие на сертификата като „Винаги доверие“. Задаването на сертификата на „Винаги доверие“ беше основната причина за срива. Не успях да инсталирам приложението в устройството. Реших това, като зададох опцията за доверие на „Системни настройки по подразбиране“ вместо „Винаги се доверявай“. При мен сработи.

Виждате същите симптоми, ако работите в Xamarin Studio и препращате към преносима библиотека, за която трябва да направите PCL примамка и трик за превключване. Това се случва, ако рефериращият проект е остарял по отношение на реферираната библиотека. Открих, че бях актуализирал общата си библиотека до по-нова рамка, актуализирах пакетите си, но не бях актуализирал пакетите си за iOS, за да съответстват. Актуализирането на пакетите реши тази грешка за мен.

Можете да генерирате отново сертификата си и да рестартирате своя iPhone.

Това работи за мен, надявам се това да ви помогне.

Решавам проблема, като проверявам локалните си ключодържатели. Запазете входа. Ключодържателят има правилния сертификат

Трябва да зададете сертификат (само сертификат, а не профил за осигуряване) за всяка динамична рамка, която свързвате (директно или косвено) във вашия проект

В моя случай, след като изтрия всички сертификати, създадени от Xcode и изтеглени. Нека xcode 8.1 управлява сертифицирането на приложението, работи добре!!! Надявам се това да помогне на някого.

Срещал съм този проблем САМО на симулатора. Изглежда, че е свързано с някои невалидни права в нашето приложение, но проблемът не се появява, когато работим на устройство.

Реших с тези трикове.

Стъпка 1:

Отидете на настройките за компилиране на проекта и добавете @executable_path/Frameworks към опцията Runpath Search Paths

Стъпка 2:

Отидете до настройките за целево компилиране и добавете @executable_path/Frameworks към опцията Пътища за търсене на Runpath и Пътищата за търсене на рамката.

Стъпка 3:

Повторно изтегляне на WWDR (Apple Worldwide Developer Relations Certification Authority), зададено на Use System Default като опция.

Стъпка 4:

Изтрийте всички получени данни с помощта на терминал

rm -rf ~/Library/Developer/Xcode/DerivedData/*

Стъпка 5:

Изтрийте всички сертификати и го преинсталирайте в Keychain. Активирах опцията Използване на системата по подразбиране.

Стъпка 6:

Рестартирайте Xcode.

изправен пред същия проблем

1. моят сертификат за програмист беше изтекъл, така че създадох нов сертификат за програмист и го изтеглих
2. почистете и рестартирайте xcode, това работи за мен

Сблъсках се с този проблем с XCode 9. Нищо от горното не се получи. Това свърши работа за мен:

Project > Build Settings > Swift Compiler - Search Path: Setting "Import Paths" до $(PROJECT_DIR) (рекурсивно)

Това разреши моята грешка-

Повторно изтегляне на WWDR (Apple Worldwide Developer Relations Certification Authority), зададено на Use System Default като опция.

В моя случай това беше проблем с една от капсулите, които използвах. В крайна сметка премахнах тази капсула и ръчно поставих кода от нея в моя проект.

въведете описание на изображението тук

Имам подобен проблем, който съдържа подробна информация като първото изображение.

Моето решение е да превключите сертифицирането винаги да се доверявате, за да използвате системните настройки по подразбиране. точно като: въведете описание на изображението тук въведете описание на изображението тук

Колкото и да си струва, срещнах подобна грешка в XCode 9.0.1. Опитах се да деинсталирам и преинсталирам всичките си сертификати, но когато преинсталирах, те изглежда си спомниха настройката за доверие, която имах преди това. Това, което в крайна сметка проработи за мен (изглежда), беше изключването на настройката „Винаги доверие“ на сертификата „Apple Worldwide Developer Relations Certification Authority“, последвано от рестартиране. Какъв загадъчен въпрос!