7
votes

Distribution d'entreprise ne jouant pas bien avec iOS8 à Swift App

J'ai des problèmes à exécuter Enterprise se développe sur des appareils iOS 8 avec mon application SWIFT. Il semble fonctionner correctement si j'utilise un compte non-entreprise en signe de code. Est-ce que quelqu'un connaît ce problème?

Voici un journal de crash que je monte sur un périphérique IOS lorsque vous essayez d'exécuter une construction avec un compte d'entreprise à CODESIn:

Version OS: iOS 8.0 (12A4345D) Version du rapport: 105

Type d'exception: Codes d'exception Excep_breakpoint (Sigtrap): 0x0000000000000001, 0x00000001200D5088 déclenché par le fil: 0

Version OS: iOS 8.0 (12A4345D) Version du rapport: 105

Type d'exception: Codes d'exception Excep_breakpoint (Sigtrap): 0x0000000000000001, 0x00000001200D5088 déclenché par le fil: 0

Message d'erreur DYLD: Bibliothèque non chargée: @ rpath / libswiftcore.dylib
Référencé de: /private/var/mobile/Containers/bundle/application/fd559ca-9d7c-481d-9ca5-bf0b8eb6a3f5/beta.app/beta Raison: Aucune image appropriée trouvée. A trouvé: / Private / Var / Mobile / Conteneurs / Bundle / Application / EFD559CA-9D7C-481D-9CA5-BF0B8EB6A3F5 / RIVA Beta.app/frameworks/libswiftcore.dylib: erreur MMAP () 1 à adresse = 0x100478000, taille = 0x00194000 segment = __ Texte dans le segment :: Plan () cartographie /private/var/mobile/containers/bundle/application/fd559ca-9d7c-481d-9ca5-bf0b8eb6a3f5/beta.app/frameworks/libswiftcore.dylib Version DYLD: 353.5

Images binaires: 0x1200D4000 - 0x1200FBFFFF DYLD Arm64 / usr / lib / dyld 0x182b58000 - 0x182B58FFC Accélérer Arm64 /System/library/frameworks/Accelerate.framework/Accelerate 0x18436C000 - 0x1844CEFFFF Coregraphics Arm64 <60C80AE53BAF35CABCB3E09D2A454B55> /System/Library/frameworks/coregraphics.framework/coregraphics 0x184B08000 - 0x184B78FFF Coretlephony Arm64 <2E0D3B51A01330E7A8A08A05A25DFA12> /System/library/frameworks/corételephony.framework/coretlephony 0x184F70000 - 0x1851C4FFFF Fondation Arm64 <473783D2BF1A3CEB969A4A863831EBA4> /System/library/frameworks/foundation.framework/foundation 0x185344000 - 0x1855DEfff imageIO arm64 /ystem/library/frameworks/imageio.framework/imageo 0x186A5C000 - 0x186B2ffff MessageUi Arm64 <3DDC5EE0FD4E36A3BEE79ED61EC5D705> /System/library/frameworks/MessageUI.Framework/MessageUI 0x186BA4000 - 0x186C53FFF MobilecoreServices arm64 /System/library/frameworks/mobilecoreservices.framework/mobilecoreservices 0x1880B4000 - 0x188238FFF Quartzcore Arm64 /System/Library/frameworks/quartzcore.framework/quartzcore 0x1884cc000 - 0x18851Dfff Security Arm64 <8436C45C60D3D28B2938904DBF0B206> /System/Library/frameworks/security.framework/security 0x1886E4000 - 0x188757FFF SystemConfiguration Arm64 /System/library/frameworks/systemconfiguration.framework/systemconfiguration 0x18875C000 - 0x1890B8FFF Uikit Arm64 <3989DFAD77F33A8A10E009F0DBA82A3> /System/library/frameworks/uikit.framework/uikit 0x194488000 - 0x194559FFF libsqlite3.dylib arm64 /USR/LIB/LIBSQLITE3.DYLIB


4 commentaires

@vburojevic Non, mais je viens de lire sur une solution que les gens utilisent que je vais essayer. Vous révoquez essentiellement tous les certificats / profils de provisioning associés et les régénérer


J'ai essayé uniquement de régénérer le profil de distribution, pas de chance. Faites-moi savoir comment était votre résultat s'il vous plaît.


@vburojevic Je ne pense pas que cela fonctionne en régénérant uniquement le profil de distribution uniquement. Vous devez révoquer tous les certificats et provisionnements, puis les régénérer


Salut les gars, face au même problème. Est-ce que quelqu'un a eu la solution à ce sujet?


5 Réponses :


0
votes

Vous pouvez essayer de changer le compilateur SWIFT - réglage de niveau d'optimisation sur "Aucun" dans la construction de paramètres de la cible. Cela devrait aider.


0 commentaires

0
votes

Je l'ai rencontré moi-même et j'ai essayé toute une foule de solutions mais rien n'a fonctionné. La seule chose qui reste à essayer était de révoquer à la fois le certificat et la fourniture et de renouveler les deux. Cela a finalement résolu pour moi.


1 commentaires

Je n'ai pas eu à révoquer l'ancien certificat, mais je devais supprimer l'ancien profil de provisioning de "Keychain Access" pour forcer la signature de code pour utiliser le certificat mis à jour.



4
votes

Tous expliqué dans les détails de cet article:

HTTPS: // www.arsignapp.com/IAS-Apps-Apps-utilisateur-swift-crash-Quand-Signed-with-InHouse-certificat/

Nous pouvons confirmer qu'après créer un nouveau cert et .MobileProvision, pas plus de problèmes.

Nous avons trouvé des origines qui ont causé cette question, liée à un attribut manquant de "Sujet" Certificats inhousiasme:

Avant Sujet: UID = 269J2W3P2L, CN = Distribution iPhone: Nom de la société, O = Nom de la société, C = FR

Après le sujet: UID = 269J2W3P2L, CN = iPhone Distribution: Nom de la société, ou = 269J2W3P2L , O = Nom de l'entreprise, C = FR


1 commentaires

Si quelqu'un se demande comment afficher le sujet d'un certificat: openssl x509 -in ~ / bureau / dist.cer -Inform der -Text -noout | Objet Grep:



0
votes

J'ai résolu le problème sans créer de nouveau certificat.

  1. Système de mise à niveau vers MacOSX 10.10
  2. Mettez à niveau les outils de ligne Xcode ou de commande sur 6.1
  3. Installez le certificat de relations de développeur Apple Worldwide à Keychain. (Téléchargez à partir de cette page http://www.apple.com/certificateAuthority/ et l'URL de téléchargement direct est http://developer.apple.com/certificationAuthority/applewrca.cer )

0 commentaires

2
votes

Je pense que Apple l'a déjà résumée sous APP SWIFT Crase en essayant Pour référencer la bibliothèque Swift libswiftcore.dylib

Voir mon précédent Réponse . < / p>


0 commentaires