OS X Cadre de la Bibliothèque n'est pas chargé: "Image non trouvé"
Je suis en train de créer une base de OS X Cadre, pour l'instant j'ai juste un framework de test créé: TestMacFramework.framework et j'essaie de l'importer dans un tout nouveau OS X projet d'Application.
J'ai construit la .fichier de structure et d'importation dans le nouveau projet, le cadre apparaît au lien d'accord, et je peux de référence au public d'en-tête de fichier que j'ai ajouté pour le cadre de phases de construction de la section.
Cependant, quand j'essaye d'exécuter l'Application conteneur, j'obtiens l'Erreur suivante:
dyld: Library not loaded: /Library/Frameworks/TestMacFramework.framework/Versions/A/TestMacFramework
Referenced from: /Users/samharman/Library/Developer/Xcode/DerivedData/TestMacContainer-dzabuelobzfknafuhmgooqhqrgzl/Build/Products/Debug/TestMacContainer.app/Contents/MacOS/TestMacContainer
Reason: image not found
Après un peu de recherche sur google, j'ai réalisé que je devais ajouter un Copy Files section pour mon application conteneur phases de construction, donc j'ai fait ceci et de le configurer comme si...
Cependant, j'ai toujours l'erreur d'exécution. Je suis évidemment faire quelque chose de mal ici, mais le site Apple developer des ressources de la bibliothèque pour cette des références Xcode 2, n'est donc pas très utile!
Qu'ai-je manqué?
Mise à JOUR:
Je peux voir dans le journal que mon TestMacFramework.framework est copié dans le .app contents/frameworks répertoire, mais il n'est pas installé à la Bibliothèque/Frameworks répertoire sur le HD
Mise à JOUR 2:
Le construire correctement les liens si je copier manuellement le TestMacFramework.framework dans le Library/Frameworks répertoire
- Ce n'
otool -Lvous dire à propos de l'emplacement de l'application s'attend à trouver le cadre? - Ok, j'ai compris comment le faire fonctionner... C'est le résultat que j'obtiens pour ma bibliothèque (j'ai exclu les autres dépendances, comme la Fondation, etc)
/Library/Frameworks/TestMacFramework.framework/Versions/A/TestMacFramework (compatibility version 1.0.0, current version 1.0.0) - Mon correctif a été l'Incorporation sous forme de binaires de la bibliothèque dont j'avais besoin (Alamofire). Est-ce acceptable?
- Il est très déroutant que cette question est clairement étiqueté pour OS X, et toutes les réponses, y compris l'reconnus, sont pour iOS. J'ai la même erreur, et ne pouvez pas utiliser les réponses.
- Depuis Xcode 7.3 le processus est le même pour iOS et macOS cadres, de la accepté de répondre est la façon correcte de le faire. Si vous rencontrez toujours des problèmes, il pourrait être un problème indépendant?
Vous devez vous connecter pour publier un commentaire.
[Testé dans iOS/macOS - Xcode 6 -> 10.2.1]
La seule chose à faire est d'ajouter le cadre de la
Embedded binariesdans la sectionGeneralonglet de votre application cible.linked frameworketembedded binariesEmbedded binariessection dans mon macOS projet. Quel est le problème?Donc j'ai réussi à le faire fonctionner, c'est assez simple quand vous avez les bonnes instructions. Ce que je cherchais était un "privé" cadre de vie dans l'App bundle plutôt que d'être écrites dans le système de dossier de la bibliothèque.
Bâtiment Le Cadre
Y Compris Le Cadre
C'était assez simple pour moi, j'ai juste ajouté mon cadre de mon incorporé binaires en vertu de l'application des objectifs
Les options ci-dessus lorsqu'il est impossible pour moi de les inclure.
Je l'ai résolu en spécifiant le Runpath Chemin de Recherche
C'est sur la " Paramètres de construction de la' onglet.
Dans le " Reliant section.
Le changement "Runpath Chemins de Recherche " dans
$(inherited) @executable_path/FrameworksAucun de ces problèmes résolus cela pour moi. Le problème de la fin a été assez facile. Il ressemble à son une assez importante, Xcode bug que j'ai connecté le problème et de le résoudre en vertu de bug Apple: 29820370. Si vous êtes en difficulté (comme il semble comme il y a plusieurs pages de problèmes semblables à cela), alors il serait grand si vous pouvez lever un bug sur bug reporter: https://bugreport.apple.com/ de référence et le bug je l'ai soulevé pour gagner en visibilité. Je veux faire de Xcode en arrière dans le plaisir qu'elle était avant et c'est quelque chose que je suis sûr que Xcode aurais fixé lui-même.
Voici le corrigé:
1. Ouvrez Trousseau - aller à l'Apple Worldwide Developer Cert.
2. Double-Cliquez sur elle
3. Modifier le niveau d'autorisation de "toujours faire confiance" pour utiliser les valeurs par Défaut du Système
4. Enregistrer et fermer
5. Redémarrez Xcode, Propre et construire votre projet, et devrait avoir disparu.
Capture d'écran ci-dessous les paramètres sont corrects:
Espérons que cette aide!
La suppression des données enregistrées pour moi
pod installil a travaillé.J'ai rencontré le même problème mais la solution retenue n'a pas de travail pour moi. Au lieu de cela, la solution a été de modifier le cadre de l'installation nom.
L'erreur dans le post original est:
Note le premier chemin après Bibliothèque n'est pas chargé. Le cadre est chargé à partir d'un chemin d'accès absolu. Ce chemin vient de le cadre de l'installation nom (parfois appelé rpath), qui peut être examiné à l'aide de:
Lorsqu'un cadre est intégré dans une application, ce chemin doit être relatif et de cette forme: @rpath/MyFramework.cadre/MyFramework. Si votre cadre d'installation, le nom est un chemin absolu, il ne peut pas être chargé lors de l'exécution et un message d'erreur similaire à celui ci-dessus seront produites.
La solution est de modifier l'installation nom:
Avec ce changement, je n'ai plus l'erreur
Si vous avez accidentellement réinitialiser votre trousseau de clés, ce qui peut se produire en raison du manque de Apple certificats dans le trousseau d'accès. J'ai suivi cette à résoudre mon problème.
J'ai eu le même problème et a réussi à fixer par le re-télécharger le RAPPORT (Apple dans le Monde des Relations avec les Développeurs de l'Autorité de Certification).
Téléchargez-le ici: http://developer.apple.com/certificationauthority/AppleWWDRCA.cer
Il devrait y avoir un "Run Script" en "Phases de construction" avec ceci: '/usr/local/bin/carthage copier-cadres'
Sur "Fichiers d'Entrée" de la "Run Script", vous devez ajouter le chemin d'accès à vos bibliothèques. Comme ceci:
Lorsque vous faites glisser un cadre personnalisé dans un projet en vertu de Xcode 10.1, il suppose que le cadre est un système de cadre et met le cadre en "Lien Binaire Avec les Bibliothèques" de la section "Phases de construction" en vertu de votre cible.
Système cadres sont déjà sur l'appareil de sorte qu'il n'est pas copié sur l'appareil et ne peut donc pas exécuter au moment de l'exécution, de sorte KABOOM (crash dans l' __avorter_avec_charge, et disinforming d'erreur: "la Raison: l'image n'est pas trouvée"). C'est parce que le code de la structure n'est pas copié sur le périphérique...
Dans la réalité, d'avoir Xcode relier la coutume cadre et de s'assurer qu'il est copié avec votre code à l'appareil iOS (réel ou simulateur) la coutume cadre doit être déplacé vers la "Copie Bundle de Ressources". En fin de compte, les packages de la structure de votre code exécutable à être disponible sur l'appareil.
Pour ajouter un cadre à un projet et à éviter l'Apple crash:
Lien Binaire Avec les Bibliothèques triangle
La coutume cadre est copié avec votre code pour votre périphérique cible et est disponible au moment de l'exécution.
[éditorial: vous pense Xcode serait assez intelligent pour comprendre la différence entre l'un des cadres du système qui ne doivent pas être copiés sur l'appareil et une coutume qui, oh je ne sais pas, dans le répertoire racine du projet hiérarchie... ]
Pour Xcode 8, certains obsolètes les produits seront supprimés à partir de données tirées de dossiers reportez-vous à cette solution.
Apple: Dans macOS 10.12 et, plus tard, Xcode, nettoie vicié provenant de données, les en-têtes précompilés, et le module de caches. (23282174)
Xcode construire le système prend en charge rassis fichier de la suppression de certains types de construire des objets qui ont été produites dans une version précédente, mais ont depuis été retirés du projet.
De Base sur la pensée de l'auteur, j'ai trouvé ce journal de génération de mon cas.
Après la création d'une nouvelle copie du fichier de phase et la copie de la cible rassis cadre de Cadres destination, la suppression du journal disparaît après la reconstruction.
Juste préciser ma situation et la raison, espérons que cela est utile pour quelqu'un.
Pour moi, c'était la solution, après de nombreuses heures de recherche!!
Pour une raison quelconque, bien dans le développement d'un Swift 2.3 personnalisé Cadre, Xcode, 8 avaient enlevé les
DYLIB_INSTALL_NAME_BASEréglage de laproject.pbxprojfichier. Un peu de marche dans leBuild Settings /Dynamic Library Install Name Basede revenir à@rpathil fixe.(à partir de https://forums.developer.apple.com/thread/4687)
J'ai constaté que ce problème était lié uniquement à la signature de code et des certificats de ne pas le code lui-même. Pour vérifier cela, créer la base unique de l'application et essayez de l'exécuter sans aucune modification de votre appareil. Si vous voyez le même type d'erreur ce qui montre votre code est bien. Comme moi, vous constaterez que vos certificats sont valides. Télécharger tous encore une fois et pour résoudre tout expirés. Puis, quand vous obtenez l'application de base de ne pas signaler l'erreur d'essayer votre nouveau l'application après la sortie de Xcode et peut-être redémarrer votre mac pour faire bonne mesure. Que mettre enfin ce cauchemar à la fin. Sans doute cela n'a rien à voir avec votre code, surtout si vous êtes l'établissement de message lorsque vous essayez d'exécuter. Pour info
Eu le problème lorsque vous essayez de Xcode 9 beta et pour en revenir à Xcode 8. Un simple Nettoyage sur la cible résolu le problème.
J'ai eu le même problème pour une raison différente.
J'ai créé une nouvelle configuration Debug et Release (dans le cadre du PROJET -> onglet Info -> Configuration).
Et j'ai dû changer mon pod cadres script shell (Cosses-"appName"-frameworks.sh , dans le cadre des Objectifs Fichiers de prise en charge) pour le faire fonctionner.
[Xcode 9]
La seule chose qui a fonctionné pour moi:
Target > Phases de construction > [CP] Incorporer les Gousses de Cadres
Décochez la case "Afficher les variables d'environnement dans le build log" et "Exécuter un script uniquement lors de l'installation de"
J'ai essayé beaucoup de bugs, mais ce qui a fonctionné pour moi a été de supprimer un manque cible répertoriée dans l'onglet construire de construire régime. Vous pouvez l'obtenir par l'ouverture de la fenêtre d'édition de l'actuel régime.
Edit: Mon INTERFACE utilisateur de test de la cible n'était pas bien, et la solution que j'ai trouvé était de le supprimer et de le générer à nouveau.
ouvrez xcode -> général> Incorporé Binaires -> ajouter QBImagepicker.cadre et RSKImageCropper -> nettoyage de projet
juste ajouter QBImagePicker.cadre et RSKImageCropper.cadre intégré binaires a fonctionné pour moi
Ce que résolu pour moi était en train de changer
abstract_targetàtargetpour la cible principale dans mon Podfile. J'avais déjà mis àabstract_targetet cela a provoqué la décrit d'erreur. Maintenant, il fonctionne comme un charmeJe pense qu'il n'y a aucun moyen de résoudre ce problème, car il peut être dû à différentes raisons. J'ai aussi eu ce problème la semaine dernière, je ne sais pas quand et exactement ce qui cause ce problème, seulement quand je le lance sur simulateur avec Xcode ou d'essayer de l'installer sur le téléphone, puis il les rapports de ce genre d'erreur, Mais quand je le lance avec réagissent-exécution natif ios avec le terminal, il n'y a pas de problème.
J'ai vérifié tous les moyens posté sur internet, comme le renouvellement de certificat, de modifier des paramètres dans Xcode (de toutes façons mentionne ci-dessus), en fait tous les réglages dans Xcode ont déjà été réglé comme il demandé avant, aucun des moyens qui fonctionne pour moi. Jusqu'à ce matin, quand je supprime les gousses et les réinstaller, l'erreur va enfin après une semaine. Si vous utilisez également cocoapod et puis d'erreur est tout simplement sans aucune raison particulière, peut-être que vous pouvez essayer à ma façon.