gpt4 book ai didi

objective-c - cocoa 中的碳崩溃 : EXC_BAD_ACCESS after NSAutoreleasePool is released

转载 作者:行者123 更新时间:2023-12-03 17:33:10 24 4
gpt4 key购买 nike

我正在使用绑定(bind)为 Photoshop CS3 插件开发 Cocoa 用户界面。 (Cocoa 中的 Carbon,因为 PS 是一个 Carbon 应用)当我关闭模态 NSWindowNSAutoreleasePool 版本时,我收到 EXC_BAD_ACCESS 错误.

我相信这与我的 nib 文件中的绑定(bind)和控制 View 有关,因为当我从 Nib 中删除复选框和单选按钮的绑定(bind)时,窗口可以无限次关闭,并且不会崩溃。

我现在花了几个小时在 Instruments 上尝试找出哪个对象可能会提前释放(或双重释放),但找不到它。

现在我的想法是,在使用 Cocoa Bindings 时,我可能缺少在 NSAutoreleasePool 中运行模式窗口的一些东西。就像在关闭窗口之前我应该​​做一些事情来“完成”所有绑定(bind)以防止它们向已释放的对象发送消息。

这是我正在做的事情的基本代码示例:

NSAutoreleasePool *localPool = [[NSAutoreleasePool alloc] init];    
NSApplicationLoad();
ExportWindowController *controller = [[ExportWindowController alloc] initWithWindowNibName:EXPORT_CONTROLLER_NIB_NAME];

[controller showWindow:nil];
[NSApp runModalForWindow:[controller window]];
[controller close];

[controller release];
[localPool release];

模态窗口通过调用关闭:

[NSApp stopModal];

这是堆栈跟踪:

#0  0x97793869 in _cache_getMethod
#1 0x9779c6da in lookUpMethod
#2 0x97793da7 in _class_lookupMethodAndLoadCache
#3 0x97793953 in objc_msgSend
#4 0x96501151 in -[NSBinder releaseConnectionWithSynchronizePeerBinders:]
#5 0x96a10390 in -[NSValueBinder releaseConnectionWithSynchronizePeerBinders:]
#6 0x963ac895 in -[NSObject(_NSBindingAdaptorAccess) _releaseBindingAdaptor]
#7 0x964062f5 in -[NSView _releaseBindingAdaptor]
#8 0x96405784 in -[NSView _finalizeWithReferenceCounting]
#9 0x96404e2f in -[NSView dealloc]
#10 0x964ef163 in -[NSControl dealloc]
#11 0x9099a9d8 in CFRelease
#12 0x909c75bd in _CFAutoreleasePoolPop
.... more

打开 NSZombieEnabled 没有出现任何双重释放的对象(尽管 Photoshop 本身有 1 个)

关闭所有绑定(bind)可以避免任何崩溃。

有什么想法吗?

最佳答案

您是正确的,如堆栈爬行所示,绑定(bind)似乎导致了问题。不过,我认为这只是症状,而不是问题。

如您所知,Carbon 应用程序中的 Cocoa 可能很棘手。

当你写“ExportWindowController runModalWindowForExport 是这样的:”时,我是否理解这些要点:

  1. ExportWindowController 是基于 NSWindowController 的类吗?
  2. 如果是这样,您什么时候关闭该窗口?我看到 [self close] 但是,我没有看到任何与 NSWindowController 关联的“关闭”选择器。如果您调用:

    [[controller window] performClose:[NSApplication sharedApplication]];

?3. 另外,NSApp 是否已实例化?你看到你的 window 了吗?有时我不得不使用 [NSApplication sharedApplication] 才能使其正常工作......

请告诉我这些是否有帮助。

编辑:2009 年 11 月 6 日:16:15 EST:如果您只有一个 Cocoa 绑定(bind),会发生什么情况?您是否首先释放绑定(bind)所绑定(bind)的数据?也许你不应该这样……

编辑:2009 年 11 月 9 日:16:27 EST:我最近正在开发一个与 Carbon 应用程序配合使用的插件。该插件以Cocoa为基础。一切都进展顺利,直到我将 NSTrackingAreas 添加到我的 NSControls 中。然后,当插件的 NSAutorelease 池被耗尽时,我开始看到各种崩溃。我通过调用每个NSControl的removeTrackingArea函数解决了这个问题。

也许您需要为基于 NSWindowController 的对象做类似的事情?在 dealloc 选择器中,尝试在您绑定(bind)的每个对象上调用代码来removeObserver:forKeyPath?

关于objective-c - cocoa 中的碳崩溃 : EXC_BAD_ACCESS after NSAutoreleasePool is released,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1689921/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com