Tag: 乐器

应用程序只与（lldb）崩溃？: 我有一个与Cocos2D和一些UIKit混合在一个应用程序。我最近一直在实施一些新的function，所以也许内存pipe理是错误的或过度发布的东西，但每当我退出应用程序通过单击主页button，控制台崩溃只有消息（lldb）。即使我打开NSZombiesEnabled没有什么不同。我的应用程序指向的唯一一条线是这样的： libGPUSupportMercury.dylib`gpus_ReturnNotPermittedKillClient: 0x38101094: trap 0x38101096: nop 我不知道这是什么意思，但我很想得到这个修复。有谁知道为什么会发生这种情况？提前致谢！编辑：我认为这是因为我调用Cocos2D的CCDirector后，我做unscheduleAllSelectors和stopAnimation的原因。如果我不叫这两个，那么就不会有任何的崩溃。

仪器中的红线: 我正在使用Objective-C进行编程，并在Instrument中testing我的应用程序。我上传了截图。我不明白我的代码红线，有什么不对？你可以帮我吗？谢谢。

Instruments应用程序无法打开tracetemplate文件: 当我打开“仪器”应用程序，并尝试select我的模拟器（时间分析器或任何其他）的任何模板，我得到“导入跟踪”窗口与所有可能的tracetemplates文件从/Applications/Xcode.app/Contents/Applications/Instruments.app / Contents / Resources / templates'目录。然后我select任何一个，之后我得到警告消息“文档”Time Profiler.tracetemplate“无法打开”。但是在命令行工具中工作正确。我怎样才能find这种行为的原因？我也从控制台应用程序日志中得到：“appleeventsd（62）deny file-read-metadata / Library”

无法启动设备上的仪器的iOS应用程序: 应用程序安装，乐器启动，但下拉菜单select目标，应用程序永远不会启动。控制台说 6/14/11 2:36:22 PM Instruments[1951] XRMobileDeviceException while performing application lookup on device : (null) 设备是iOS 4.3.3，定期构build和运行工作，没有来自Xcode的警告。 configuration文件不起作用。尝试清洁版本，重新启动Mac OS和设备。还是不行！

在XCode 6.0.1中使用仪器进行性能分析时，应用程序挂起: 我正在观察的是，无论何时在XCode 6.0.1中使用仪器分析我的应用程序时，应用程序每次浏览应用程序时都会挂起。我正在使用iPhone 5S（iOS 8.0.2）来运行我的应用程序。当我在设备上运行应用程序时，它运行得很好。任何人都面临类似的问题，并知道解决方法，请告知。

iOS – 我收到内存警告，但不知道为什么: 我正在开发的iOS和检查我的应用程序与iPhone和iPad。我收到很多内存警告（didReceiveMemoryWarning被调用），但不知道为什么。我的应用程序在峰值点使用〜35MB，最低点为4-5 MB。我试图用“工具”来查找泄漏，但找不到任何关键问题。有没有一个很好的方法来找出为什么系统发送内存警告？

Time Profiler仪器中的“Self”和“＃Self”是什么意思？: 文档只是说这意味着“符号自己调用的次数”，但这是什么意思？ “＃自我”是什么意思？当我使用仪器时，如果“＃自己”等于100，那么“自己”也是100.0。

Xcode仪器：内存条款实时字节和整体字节（实际内存）混淆: 我正在使用一个UIWebView打开网页的浏览器应用程序。我使用Memory Monitor运行仪器工具。我对“乐器”中使用的术语以及它们为什么重要这些术语感到困惑。请正确地解释我的一些问题：实时字节对于检查内存优化或内存消耗非常重要。为什么？为什么我会关心整体字节/真实内存，如果它还包含释放的对象？何时以及为什么使用这些术语（实时字节/总体字节/实际存储器）？谢谢

setNeedsDisplay，drawRect或CALayer导致dispatch_continuation_alloc_from_heap malloc内存泄漏iOS: 我在应用程序中遇到内存泄漏，似乎来自CALayer。看起来好像只影响老iPad; 我看到iPad 1和2的问题，但iPad Air没问题。我有一个iPad 1的崩溃报告，显示我的应用程序由于内存不足而“被抛弃”，这个漏洞是我的主要嫌疑。背景在操作期间，setNeedsDisplay每40ms由不同的UIViews上的networking线程不断地调用，以更新它们的视觉效果，参见下面的函数。 – (void)setNeedsRepaint { [self performSelectorOnMainThread:@selector(setNeedsDisplay) withObject:nil waitUntilDone:NO]; } 模拟iPad2并使用分配工具，我发现每次setNeedsDisplay被调用时，malloc 64的引用计数都会永久上升。负责的库是libdispatch.dylib，调用者是dispatch_continuation_alloc_from_heap。 iPad Air模拟器不显示此问题，在这种情况下，malloc 32引用计数只是暂时上升。即使在setNeedsDisplay来自GUI线程并且不通过performSelectorOnMainThread调度的情况下，我也看到malloc 64引用计数上升。以下是分配工具的屏幕截图。标记为3的malloc是有问题的泄漏。标记为1＆2的malloc泄漏得慢得多，但仍然是一个小问题。采取的步骤为了排除drawRect中的内存泄漏，我注释了大括号之间的所有代码，但泄漏的内存仍然继续积累。如果我不重写drawRect方法，我不会看到泄漏，但我需要为了绘制和更新我的视图。我也没有看到它，如果setNeedsDisplay不被调用，我可以调用一个虚拟函数，而不是内存泄漏performSelectorOnMainThread。我已经尝试使用块和dispatch_async而不是performSelectorOnMainThread在GUI线程上运行setNeedsDisplay。我也尝试减less应用程序，以便setNeedsDisplay只能在一个视图上重复调用。然后删除所有指向该视图的指针，以便ARC清理它，希望stream浪的malloc可能会被清理干净。我试着直接设置CALayer的内容而不是调用setNeedsDisplay。它呈现，但malloc计数完全相同的方式上升。 self.layer.contents = (__bridge id) _dummyCGImageRef; 读完这个之后，我认为泄漏可能是由于队列变得臃肿。然而，我的函数调用速度减慢了10倍，只是使内存泄漏增长了10倍。结论泄漏似乎绑定到CALayer，而不是调度队列和performSelectorOnMainThread。看起来这个问题在以后的iPad中已经修复，但是我仍然需要一个解决旧版本的解决方法。问题有没有人有任何提示debugging呢？另一种仪器是否更适合find确切的原因？这是模拟器的一个特点，我看到的不是我的应用程序抛弃的原因吗？任何人都知道这是什么原因？这是一个历史性的bug，因为它不影响iPad Air？我有一个子类化的技巧，我可以用CALayer来防止后备存储分配内存，或另一种方式我更新我的视觉视觉？ […]

使用Xcode 5在ios6上追踪僵尸: 我的代码中有一个僵尸对象，当它在iOS 6.1上运行而不是7时。不幸的是，仪器不会运行僵尸它会popup以下警告。 “僵尸只能在iOS 7或更高版本的设备上运行”。我真的不想下载一个老版本的Xcode作为互联网工程是痛苦的缓慢。寻找这个僵尸的原因有什么提示/技巧，因为我正常的goto方法不可用。任何帮助将不胜感激。