xCode 4 se bloque ... que faire?

xCode 4 a commencé à se bloquer sur n'importe quel projet sous contrôle svn. J'utilise un référentiel distant qui est accessible et fonctionne très bien à partir d'une ligne de commande. Le seul travail que j'ai pu trouver est de tuer le svn local et de récupérer le projet entier. Cela semble fonctionner un peu mais le même problème se présente: xCode reste juste quelques secondes après que je l'ai démarré. Je voudrais vraiment apprécier toute aide pour résoudre ce ... Impossible de faire quoi que ce soit :(xCode 4 se bloque ... que faire?

S'il vous plaît et merci

Log montre ce qui suit:.

3/22/11 9:53:22 AM Xcode[3295] [?T] ASSERTION FAILURE in /SourceCache/IDEFoundation/IDEFoundation-284/Framework/Classes/Model/SourceControl/IDESourceControlTree.m:2548 
Details: (addedItem) should not be nil. 
Object: <IDESourceControlWorkingTree: 0x201bf59a0> 
Method: -mergeStatusOperationResults:forLocalStatusOnly: 
Thread: <NSThread: 0x201bbb320>{name = (null), num = 13} 
Hints: None 

3/22/11 9:53:22 AM Xcode[3295] [?T] 
Backtrace: 
    0 0x0000000100949843 -[IDEAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in IDEKit) 
    1 0x000000010006d484 _DVTAssertionFailureHandler (in DVTFoundation) 
    2 0x000000010055f071 __78-[IDESourceControlWorkingTree mergeStatusOperationResults:forLocalStatusOnly:]_block_invoke_0 (in IDEFoundation) 
    3 0x00000001000060cc __38-[DVTDispatchLock performLockedBlock:]_block_invoke_0 (in DVTFoundation) 
    4 0x00007fff87da14db dispatch_barrier_sync_f (in libSystem.B.dylib) 
    5 0x0000000100006073 -[DVTDispatchLock performLockedBlock:] (in DVTFoundation) 
    6 0x000000010055db83 -[IDESourceControlWorkingTree mergeStatusOperationResults:forLocalStatusOnly:] (in IDEFoundation) 
    7 0x00000001005dcd0c __77-[IDESourceControlWorkingTree updateLocalStatusForDirectory:completionBlock:]_block_invoke_01137 (in IDEFoundation) 
    8 0x00007fff87da8284 _dispatch_call_block_and_release (in libSystem.B.dylib) 
    9 0x00007fff87d86df2 _dispatch_queue_drain (in libSystem.B.dylib) 
10 0x00007fff87d86c54 _dispatch_queue_invoke (in libSystem.B.dylib) 
11 0x00007fff87d867fe _dispatch_worker_thread2 (in libSystem.B.dylib) 
12 0x00007fff87d86128 _pthread_wqthread (in libSystem.B.dylib) 
13 0x00007fff87d85fc5 start_wqthread (in libSystem.B.dylib)

Source

2011-03-22 GrAnD

J'ai exactement le même problème. Avez-vous trouvé des solutions pour le moment? Je n'ai pas eu ce problème avec la graine GM de XCode 4. –

@GrAnD, je me demandais juste si vous aviez des fichiers dans votre copie de travail qui ont été ajoutés, mais pas encore validés dans votre dépôt. Le problème semble pointer vers l'interaction de Xcode avec SVN avec la deuxième ligne là. "Détails: (addedItem) ne devrait pas être nul." – jcpennypincher

J'ai trouvé une solution de contournement qui semble fonctionner à 100% du temps. Si votre xcode se bloque sur l'accès SVN sur un de vos projets, tuez-le, ouvrez-le à nouveau et sans ouvrir le projet en question, goto organizer et sous référentiels supprimez une référence au référentiel de ces projets (icône de dossier bleu). alors ouvrez votre projet et tout reviendrait à la normale. xcode va recréer automatiquement la référence. – GrAnD

Renommer mon répertoire de travail a aussi fonctionné pour moi, c'est difficile mais je le renomme juste quand j'ai besoin de faire un check-in. que j'ai mis à jour à xcode 4.0.2 e est le matin et il a le même problème.

Source

2011-04-18 11:51:21 Stuart

J'ai le même problème et renommer le répertoire de travail local sur mon MAC

Source

2011-03-30 08:28:11 hayrom

La suppression de "Organisateur -> Référentiels" est utile.

Source

2011-04-23 00:09:32 Ashot

A travaillé pour moi quand j'ai eu le même problème! – jrtc27

J'ai eu le même problème. Chaque fois que j'essayais d'ouvrir un projet en XCode 4.0.2 GA, j'obtenais le ballon de plage et finalement la trace de la pile ci-dessus. Mon référentiel subversion se trouve sur un hôte distant auquel je me connecte via ssh. Lorsque j'ai regardé les dépôts sous Fenêtre> Organisateur, le référentiel en question était en état 'jaune'. XCode semblait être coincé en essayant de vérifier le code.

J'ai fait deux choses

1) Mettre en place une autorisation de clé au lieu de mot de passe. Cela n'a pas fait grand-chose.

2) J'ai supprimé le dépôt svn sur l'hôte distant. Sur mon hôte local, j'ai trouvé tous les répertoires .svn

trouver. -name '.svn' -print

et les a supprimés. Ensuite, je mis à jour la liste ignorer mondiale dans le ~./Subversion/config pour ressembler

global-ignores = * .o * .lo .la # #. *. Rej .rej. ~ ~. # .DS_Store * .mode1v3 * .pbxuser construire xcuserdata

Il gelait dans le répertoire xcuserdata.

Ensuite, j'ai recréé le référentiel subversion sur l'hôte distant et réimporté le projet depuis mon hôte local.

Maintenant, cela semble fonctionner!

Je ne suis pas sûr de l'impact que cela aura sur plusieurs utilisateurs qui éditent le projet. J'utilise svn pour garder le projet synchronisé entre mes propres machines.

Hope this helps, rdp

Source

2011-05-14 19:26:11

J'ai eu plusieurs de même repo checkouts, suppression des doublons a résolu mon problème.

Source

2011-08-03 06:53:02

xCode 4 se bloque ... que faire?

Répondre

Questions connexes