我们的一位客户在粘贴时有时会遇到这样的崩溃:
0 com.apple.Foundation 0x9143bd1d readPointerAt + 9
1 com.apple.Foundation 0x9153221f empty + 43
2 com.apple.Foundation 0x9145d41f dealloc + 21
3 com.apple.Foundation 0x9145d3ce -[NSConcreteMapTable dealloc] + 35
4 com.apple.AppKit 0x9092aa5d -[_NSPasteboardOwnersCollection dealloc] + 45
5 com.apple.AppKit 0x905cdb8f _NSPasteboardReportChangedOwner + 66
6 com.apple.AppKit 0x905cd4aa -[NSPasteboard _updateTypeCacheIfNeeded] + 51
7 com.apple.AppKit 0x905cd361 -[NSPasteboard _typesAtIndex:usesPboardTypes:] + 52
8 com.apple.AppKit 0x905cd327 -[NSPasteboard types] + 50
有谁知道这可能是什么原因造成的吗？
- 据我所知，粘贴板对象是有效的，但随后在内部崩溃了。
- 我认为这通常发生在从另一个应用程序粘贴时，是否有可能另一个应用程序对粘贴板的所有权管理不当？
更多信息来自Does NSPasteboard retain owner objects?说是的，粘贴板保留了传递给它的所有者。因此，这次崩溃必须是:
- 我的代码中存在过度发布。这会导致对象被释放，而粘贴板仍然保留对其的引用。我认为这不太可能，因为您希望问题独立于粘贴板而出现，而且我还没有看到任何崩溃(报告)表明这一点。
NSPasteboard管理跨应用程序粘贴的方式出现问题并崩溃。有人遇到过类似的情况或者知道是什么原因造成的吗？
最佳答案
这似乎是在处理有关先前所有者的信息时(在用户最新副本设置的当前所有者之前)。也许那就是你？检查您的复制代码。
如果您还没有在 Zombies 工具下运行您的应用，也可以这样做。
关于cocoa - 什么可能导致 -[NSPasteboard types] 崩溃？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4836601/