为什么xcode 4.3.2在归档时会挂起？
|
当我试图存档一个版本时,xcode会挂着色彩斑斓的死亡轮子.它曾经工作正常,但我不能再浏览存档,除非我手动删除存档文件.我可以毫无问题地构建一个设备.我手动删除了存档中的所有内容(通过删除实际存档文件),存档/管理器窗格显示正常,因为其中没有任何内容(因为我删除了存档).但是当我再次尝试存档时,它会构建,然后再次尝试打开存档/管理器窗口,它会挂起.它确实生成的存档文件大约是一个30兆的存档文件…但我害怕使用它..
虽然死亡的spinny轮正在旋转,但打开“Activity Monitor”会显示以下信息： 我在Lion上卸载并重新安装了XCode 4.3.2但没有结果. 我也在用Unity3D构建项目.. 有人在另一个帖子中提到了以下内容：“我遇到了类似的问题,我发现我做的符号链接是/ Developer /usr/bin到/usr/bin问题的原因(因为Xcode 4.3移动了一些执行者) “ 我没有这样的事情.将所有类移动到一个新的“项目”并没有帮助,因为每次我在Unity内部构建时,项目都是全新创建的. XCode 4.3.2 任何想法或建议对我都非常有帮助.什么都没有. 解决方法
快速解决方案：执行以下命令：xcode-select -switch /Applications/Xcode.app/Contents/Developer/
我是如何找到解决方案的： 打开opendirectoryd调试日志：“odutil set log debug” 在/var/logs/opendirectoryd.log文件中搜索. 我一遍又一遍地看到这块垃圾邮件： 2012-04-12 11：29：28.420 CDT – 31053.1185984,模块：SystemCache – 用于更多工作的信令信号量 2012-04-12 11：29：28.420 CDT – 31053.1185984,模块：SystemCache – 完成响应对象0x7fae5b21acb0,请求完成 2012-04-12 11：29：28.420 CDT – 31053 – 客户端：’xcodebuild’,退出0个会话,0个节点和0个活动请求 2012-04-12 11：29：28.421 CDT – 触发 – 新节点触发器监视’opendirectoryd：nodes;(register | unregister);.*’ 2012-04-12 11：29：28.421 CDT – semaphore_wait将等待 – 最多会员呼叫数量已在飞行中 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 客户端：xcodebuild,UID：501,EUID：501,GID：20,EGID：20 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 添加到全局请求列表 – 新计数1 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – mbr_identifier_to_uuid请求,UID：501 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – semaphore_wait将等待 – max_active_work 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – semaphore_wait将等待 – workq 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 提交到管道 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 执行请求管道 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 缓存命中 – dev14(0x59574CC0) 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 提交到响应管道 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 执行响应管道 – 0x10ba2f670 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – mbr_identifier_to_uuid已完成,交付1个结果 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 从全局请求列表中删除 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 用于更多工作的信令信号量 2012-04-12 11：29：28.421 CDT – 31053.1185985,模块：SystemCache – 完成响应对象0x10ba2f670,请求完成 2012-04-12 11：29：28.421 CDT – 31053 – 客户端：’xcodebuild’,0个节点和0个活动请求 2012-04-12 11：29：28.422 CDT – 触发 – 新节点触发器监视’opendirectoryd：nodes;(register | unregister);.*’ 2012-04-12 11：29：28.422 CDT – semaphore_wait将等待 – 最多会员呼叫数量已在飞行中 2012-04-12 11：29：28.422 CDT – 31053.1185986,EGID：20 2012-04-12 11：29：28.422 CDT – 31053.1185986,模块：SystemCache – 添加到全局请求列表 – 新计数1 2012-04-12 11：29：28.422 CDT – 31053.1185986,UID：501 2012-04-12 11：29：28.422 CDT – 31053.1185986,模块：SystemCache – semaphore_wait将等待 – max_active_work 2012-04-12 11：29：28.422 CDT – 31053.1185986,模块：SystemCache – semaphore_wait将等待 – workq 我在谷歌搜索了其中一个字符串,并在苹果开发者论坛上隐藏了以下解决方案： “似乎旧的xcodebuild命令被新的Xcode安装程序所左右.在执行’xcode-select -switch /Applications/Xcode.app/Contents/Developer/’和’make clean’后,该项目完美构建.” 确实,它现在有效.一定是一些不正确的奇怪的符号链接.很多其他人似乎都遇到了opendirectoryd和一个破坏的sym链接导致CPU峰值过大的问题. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |