琐碎PDFKit程序中怪异的EXC_BAD_ACCESS

我已经编写了这个与文本字段相关联的琐碎操作方法。
每次我在文本字段中输入文本时,都会在PDF中进行搜索 PDFView 自动滚动到所选内容:

- (IBAction) search:(id)id
{
    NSString *query = [self.searchView stringValue]; // get from textfield
    selection = [document findString: query fromSelection:NULL withOptions:NSCaseInsensitiveSearch]; 
    if (selection != nil)
    {
        [self.pdfView setCurrentSelection:selection];
        [self.pdfView scrollSelectionToVisible:self.searchView];
    } 
}

问题是,经过3或4次搜索,我得到 EXC_BAD_ACCESS 在第(i)行。
如果我进行调试,我会看到该查询包含 NSCFString 而不是 NSString 。
我认为这是内存管理问题。。但是在哪里?

我在一个琐碎的测试用例中复制了同样的问题:

  @interface PDFRef_protoTests : SenTestCase {
   @private

      PDFDocument *document;

   }

  ........

 - (void)setUp
  {
     [super setUp];
     document = [[PDFDocument alloc] initWithURL: @"a local url ..."];
  }

- (void)test_exc_bad_access_in_pdfdocument
{
    for (int i =0 ;i<100; i++)
    {
        NSString *temp;
        if (i % 2 == 0) temp = @"home";
        else if (i % 3 ==0) temp = @"cocoa";
        else temp=@"apple";
        PDFSelection *selection = [document findString: temp 
                                   fromSelection:nil 
                                withOptions:NSCaseInsensitiveSearch]; 
        NSLog(@"Find=%@, iteration=%d", selection, i);
    }
}

使现代化 :

1) 如果每次执行第二次搜索时都使用异步搜索(方法beginFindString:withOptions),似乎也会发生这种情况。

2) 我在MacRuby Issue Tracking中发现了一个与我类似的问题: http://www.macruby.org/trac/ticket/1029

3) 似乎如果我暂时禁用垃圾收集,它会工作,但内存会增加。 我写了这样的东西:

[[NSGarbageCollector defaultCollector] disable];
[[NSGarbageCollector defaultCollector] enable];

周围搜索代码

另一个更新

非常奇怪的是,有时一切都有效。然后我清理和重建,问题再次出现。从某种角度来看,它不是100%可复制的。我怀疑PDFKit或某些编译器设置中有错误

再次更新

亲爱的,这看起来很疯狂。我会把注意力集中在测试用例上,它非常琐碎,而且很容易复制问题。它怎么了?只有当我禁用(通过代码或项目设置)GC时,此测试用例才有效

另一个更新

男孩们,这似乎是一个bug,但我从苹果网站下载了一个名为PDFLinker的例子( http://developer.apple.com/library/mac/#samplecode/PDFKitLinker2/Introduction/Intro.html#//apple_ref/doc/uid/DTS10003594 )。此示例实现了一个PDFViewer。我的应用程序代码和这个例子非常相似。对于相同PDF上的相同搜索操作,我的内存以300/400 MB的速度增加,而PDFLinker的内存以190 MB的速度增长。很明显,我的代码有问题。但我正在一点一点地进行比较,我不认为我在插入内存泄漏(Instrument没有给我任何证据)。也许有一些项目范围的背景?

尚未更新 从64位更改为32位内存消耗降低。64位和PDFKit肯定有问题。BTW在第二次搜索时仍然EXC_BAD_ACCESS

解决方案 关键的一点是带有垃圾收集的PDFKit被窃听了。 如果我禁用GC,一切正常。 我遇到了另一个使我的分析复杂化的问题:我在项目设置上禁用了GC,但在目标设置上仍然启用了GC。因此,苹果公司的PDFLinked2的例子起了作用,而我的则没有。