Question

J'ai installé XCode 4.3. Je l'ai vu que dans les préférences de l'onglet général, il y a l'onglet « découverte de l'appareil iOS ». Peut-être qu'il était là avant aussi, mais je remarque maintenant. Donc, je l'ai vérifié, après cela, je peux faire quoi que ce soit, mais le XCode se bloque en permanence lorsque je tente d'accéder à l'onglet des périphériques de l'organisateur.

Les indices pour la solution?


Mise à jour: Je l'ai supprimé et réinstallé depuis le Mac App Store, mais il n'a pas aidé


Mise à jour: J'ai soumis le bug à Apple, ils l'ont marqué comme en double et après ils ont fermé les deux. Alors, je l'espère, nous aurons une solution d'Apple.

Était-ce utile?

La solution

Même problème ici. Je viens de créer un nouvel utilisateur sur mon système. Avec elle, je n'ai aucun problème ouvrir les périphériques dans la fenêtre Organisateur .... étrange ...

Edit: J'ai supprimé un certificat dans mon trousseau que résoudre le problème pour moi. Il était un certificat qui n'était pas confiance. Peut-être que cela vous aidera.

Notez que le certificat « nocif » pourrait ne pas être un certificat de développement ou liés au développement / d'approvisionnement du tout. Assurez-vous de vérifier les « certificats », pas seulement « Mes certificats » dans le trousseau. Le coupable pourrait être un certificat, comme un certificat SSL entreprise signé etc.

Autres conseils

Je ne peux pas prendre le crédit complet pour cela. Je l'ai trouvé et a ajouté un peu à la fin que je avais besoin mon cas.

Créer readcert.m avec ce contenu:

#import <Security/Security.h>
#import <Foundation/Foundation.h>

void checkCerts () {
    OSStatus status;

    const void *keys[] = {
        kSecClass,
        kSecReturnRef,
        kSecMatchLimit
    };
    const void *values[] = {
        kSecClassCertificate,
        kCFBooleanTrue,
        kSecMatchLimitAll
    };
    CFDictionaryRef query = CFDictionaryCreate(NULL, keys, values, 3, &kCFTypeDictionaryKeyCallBacks, &kCFTypeDictionaryValueCallBacks);

    CFArrayRef results;
    if ((status = SecItemCopyMatching((CFDictionaryRef) query, (CFTypeRef *)&results)) != noErr) {
        NSLog(@"Failed to copy certificates: %d", status);
        return;
    }

    CFIndex count = CFArrayGetCount(results);
    CFIndex i;
    for (i = 0; i < count; i++) {
        SecCertificateRef cert = (SecCertificateRef) CFArrayGetValueAtIndex(results, i);
        CFErrorRef error;
        CFDictionaryRef vals = SecCertificateCopyValues(cert, NULL, &error);
         if (vals == NULL) {
            CFStringRef subjectSummary = SecCertificateCopySubjectSummary(cert);
              NSLog(@"Found a triggering certificate: %@", subjectSummary);
         }
    }

    CFRelease(results);
}

int main (int argc, char *argv[]) {
    NSAutoreleasePool *p = [[NSAutoreleasePool alloc] init];
    checkCerts();
    [p release];

    return 0;
}

Ensuite, le compiler avec:

clang -o readcert readcert.m -framework Security -framework Foundation

Ensuite, exécutez:

./readcert

Il devrait afficher le nom du mauvais certificat. Dans mon cas, il était un certificat d'un routeur Linksys. J'ai supprimé le certificat de mon trousseau, mais Xcode plantait encore et readcert disait encore qu'il était là, donc j'ai fini d'exécuter cette commande.

sudo security delete-certificate -c Linksys_WRVS4400Nv2

Je ne sais pas où le certificat venait, je ne vois pas dans les porte-clés de connexion ou d'un système, mais après l'avoir supprimé de la ligne de commande, tout était Peachy à nouveau dans Xcode.

Problème même. Pas heureux. J'ai du mal à croire Apple a publié ce dans un tel état. XCode est tombé en panne au moins 25x aujourd'hui sur moi.

Je résolu le problème. Je ne sais pas si ce la meilleure solution, mais au bout de cinq jours, je suis heureux d'avoir Xcode travailler à nouveau.

Je résolu le problème en faisant deux choses. Remise à zéro mon trousseau sous Lion et la révocation de mes profils d'approvisionnement existants.

Alors d'abord, réinitialiser votre trousseau sous Lion (http://support.apple.com/kb/TS1544). Cela fera le lancement Organisateur sans se briser.

Malheureusement, maintenant vous ne pouvez pas déployer votre logiciel parce que vous avez tué tous les certs dans le trousseau. Alors maintenant, vous devez retirer tous vos certs de développeur (developer.apple.com/membercenter~~number=plural) et supprimer les profils d'approvisionnement de votre organisateur. Ensuite dire l'organisateur pour se rafraîchir.

Il rétablira tous vos profils malades, mais aussi créer au moins un sain.

La nouvelle version de Xcode essaie d'être utile, et veut répondre à tous vos besoins de cert pour vous. Donc, mettre en place un projet Xcode et signature de code ensemble du nouveau profil de provisionnement. Compile, et tout fonctionne à nouveau.

Comme je l'ai dit, ne peut pas être la meilleure solution, mais la suppression des anciens certs des porte-clés et les fichiers prefs supplémentaires n'a rien fait pour me aider. Si tout le reste échoue, essayez cette recette et il sera probablement besoin d'aide.

Enfin compris cela. Le problème pour moi était le mon appareil dev et non XCode. Je restauré mon appareil aux valeurs par défaut. Maintenant XCode ne plantera pas lorsque l'appareil est branché.

Avant de réinitialiser l'appareil, j'ai essayé simplement de supprimer tous les certificats sur l'appareil. Cependant, XCode encore écrasé. C'est le seul autre de mes pas sur l'appareil avant de reseting il.

22.03.12 Mise à jour: Apple a publié une nouvelle version de XCode aujourd'hui. Des notes de version:

corrections de bugs supplémentaires et des améliorations de stabilité

Espérons que ce résout le problème pour la plupart des gens.

11.04.12 UPDATE

Je commence à avoir des problèmes à nouveau avec XCode. Un collègue m'a suggéré de vider le contenu du cache de XCode pour mon projet, qui se trouvait ici pour moi:

~/Library/Developer/Xcode/DerivedData/your_app_name-abunchofletters

Dans ce utilisant le dossier:

rm -r *

XCode ne se bloque plus lorsque vous branchez mon appareil dev.

et encore ici .. J'ai remarqué mon iphone se réveillait après ces accidents -. Il se synchronise via wifi

Je pensais que ce problème résolu hier jusqu'à ce que je commencé aujourd'hui le travail .. Je ne peux pas travailler comme ça .. Je cherche déjà une alternative.

Je peux le forcer à planter aujourd'hui (pour quelque chose de différent d'Apple) Fichier> Ouvrir> et sélectionnez le dossier de programmation où tout le travail de is..Boom! Chaque fois ..

Bottom Line: Non communiqué Apple App attendu aujourd'hui ...

Même ici. Vérifiez vos journaux système. Pour moi, il semble être une connexion USB bogus. Je vois des choses comme ça dans les journaux (application console):

27/02/12 13: 34: 16.537 com.apple.usbmuxd: _SendAttachNotification (filetage 0x7fff756c7960.): Envoi d'attache pour le dispositif xxx._apple-mobdev._tcp.local .: _GetAddrInfoReplyReceivedCallback identifié

Et puis 27/02/12 13: 34: 20.407 [0x0-0x6b06b] .com.apple.dt.Xcode: pointeur d'ordures stockées dans la mémoire accessible, pause sur auto_zone_resurrection_error de débogage 27/02/12 13: 34: 20.425 [0x0-0x6b06b] .com.apple.dt.Xcode: Xcode (2099,0x114d85000) malloc: * erreur pour objet 0x7fef55278cb0: pointeur étant libéré n'a pas été alloué

Il est intéressant juste après que tere est un processus backupd qui tente de lancer la sauvegarde de la machine à temps. Peut-être connexes -. Je vais garder un oeil sur elle

J'ai essayé de retirer les certificats que d'autres ont suggéré et même réinitialiser mon trousseau. Cependant, cela n'a eu aucun effet et l'ouverture de l'organisateur provoque toujours un plantage / raccrocher.

Mon solution était de supprimer certains des fichiers du Xcode. Plus précisément, j'enlever ce qui suit:

~/Library/Developer/Xcode/UserData/IDEOrganizerWindowController.xcuserstate
~/Library/Developer/Xcode/UserData/IDEPreferencesController.xcuserstate
~/Library/Developer/Xcode/UserData/KeyBindings

La solution à ce problème Xcode semble varier, mais je l'avais pas vu quelqu'un d'autre poster cette solution, donc j'espère que cela aidera les autres. Je me souviens avais passé par la remise à zéro porte-clés avant d'arriver à cela, donc je ne suis pas au pouvoir un reset porte-clés avec cette solution.

Ce n'est pas une solution réelle, mais si vous ouvrez le Moniteur d'activité, filtre pour bash, et de continuer à fermer / force de fermeture de ce processus, XCode reprendre conscience.

Si les solutions ci-dessus doesnt travail puis essayez d'installer la version précédente de votre Xcode en utilisant la machine à temps. En réalité, il a travaillé pour, les mises à jour de pomme crée de problème.

Je supprimé tous les anciens certificats qui ne sont pas de confiance. Même après cela, mon Xcode 4.5 est écrasé alors organisateur d'ouverture.

Remise à zéro du disque Xcode fixe mon problème.

  1. Le feu de votre terminal.

  2. Type "defaults delete com.apple.Xcode" et appuyez sur "Entrée". Cela supprime les paramètres personnalisés mis en place.

    Parfois, si vous avez plus d'une version de Xcode est installé par défaut identifiant bundle pourrait être différent. Vous pouvez vérifier les listes d'identifiants de faisceaux en permettant terminal afficher en appuyant sur le bouton possibilités Tab.

  3. Tapez "rm -rf ~ / Library / Application \ Support / Xcode" et appuyez sur "Entrée". Cela supprime les dossiers de configuration ainsi.

Maintenant, ouvrez un Xcode et il vous montrera la page d'accord. De cette façon, mon Xcode a fonctionné comme prévu.

J'espère que ce pourrait être l'aide à quelqu'un.

J'ai essayé tout ce qui précède et ne pouvait pas, la solution que j'ai trouvé était très simple:

Aller à ~/Library/Developer/, dans ce dossier a un Xcode dossier, tout ce que je n'était renomme celui existant et rouvrez Xcode, puis Xcode créé un nouveau Xcode nom du dossier et tout a commencé à travailler à nouveau.

L'espoir qui aide.

J'ai eu cette même erreur sur Xcode 5.0 chaque fois que je suis allé à l'onglet Périphériques. La solution a été trouvée en regardant Applications->Utilities->Console. Il a essayé d'écrire à une lecture seule base de données de journaux de l'appareil qui signifiait alors qu'il ne pouvait pas instancier le modèle d'objet (ORM) et le contexte de cette base de données. La description du crash était « Impossible d'effectuer l'opération sans un contexte d'objet géré ».

Suppression ~/Library/Developer/Xcode/iOS Device Logs/* et ~/Library/Developer/Xcode/iOS Device Logs*.db signifiait qu'il recréée (maintenant vide) .db au démarrage avec les permissions, et tout fonctionne bien maintenant.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top