为什么xcode 4.3.2在归档时会挂起？

概述当我试图存档一个版本时, xcode会挂着色彩斑斓的死亡轮子.它曾经工作正常,但我不能再浏览存档,除非我手动删除存档文件.我可以毫无问题地构建一个设备.我手动删除了存档中的所有内容(通过删除实际存档文件),存档/管理器窗格显示正常,因为其中没有任何内容(因为我删除了存档).但是当我再次尝试存档时,它会构建,然后再次尝试打开存档/管理器窗口,它会挂起.它确实生成的存档文件大约是一个30兆的存档文件… 当我试图存档一个版本时,xcode会挂着色彩斑斓的死亡轮子.它曾经工作正常,但我不能再浏览存档,除非我手动删除存档文件.我可以毫无问题地构建一个设备.我手动删除了存档中的所有内容(通过删除实际存档文件),存档/管理器窗格显示正常,因为其中没有任何内容(因为我删除了存档).但是当我再次尝试存档时,它会构建,然后再次尝试打开存档/管理器窗口,它会挂起.它确实生成的存档文件大约是一个30兆的存档文件…但我害怕使用它..

虽然死亡的spinny轮正在旋转,但打开“Activity Monitor”会显示以下信息：
“xcodebuild”的cpu使用率约为80％
“opendirectoryd”的cpu使用率约为30％.

我在lion上卸载并重新安装了XCode 4.3.2但没有结果.

我也在用Unity3D构建项目..

有人在另一个帖子中提到了以下内容：“我遇到了类似的问题,我发现我做的符号链接是/ Developer /usr/bin到/usr/bin问题的原因(因为Xcode 4.3移动了一些执行者) “

我没有这样的事情.将所有类移动到一个新的“项目”并没有帮助,因为每次我在Unity内部构建时,项目都是全新创建的.

XCode 4.3.2
Mac OS X(10.7.3)

任何想法或建议对我都非常有帮助.什么都没有.
谢谢.

解决方法 快速解决方案：执行以下命令：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峰值过大的问题.

总结

以上是内存溢出为你收集整理的为什么xcode 4.3.2在归档时会挂起？全部内容，希望文章能够帮你解决为什么xcode 4.3.2在归档时会挂起？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。