gpt4 book ai didi

objective-c - 调用 CGPDFContextClose 中的 EXC_BAD_ACCESS

转载 作者:太空狗 更新时间:2023-10-30 03:52:49 26 4
gpt4 key购买 nike

我的 iPad 应用程序在以下方法中调用 CGPDFContextClose 时遇到了 EXC_BAD_ACCESS 消息。它只发生在某些页面上,并且到目前为止只发生在一个文档中(不幸的是,它恰好是我们的帮助文档)。

- (CGPDFDocumentRef)newSinglePageDocumentFromDocument:(CGPDFDocumentRef)document page:(NSInteger)pageNumber
{
CGPDFDocumentRef sourceDocument = CGPDFDocumentRetain(document);
CGPDFDocumentRef newDocument = NULL;

CFMutableDataRef consumerData = CFDataCreateMutable(kCFAllocatorDefault, 0);
CGDataConsumerRef contextConsumer = CGDataConsumerCreateWithCFData(consumerData);

CGPDFPageRef page = CGPDFDocumentGetPage(sourceDocument, pageNumber);
const CGRect mediaBox = CGPDFPageGetBoxRect(page, kCGPDFCropBox);
CGContextRef ctx = CGPDFContextCreate(contextConsumer, &mediaBox, NULL);

if (ctx)
{
if (page)
{
CGPDFContextBeginPage(ctx, NULL);
CGContextDrawPDFPage(ctx, page);
CGPDFContextEndPage(ctx);
}
//EXC_BAD_ACCESS thrown here
CGPDFContextClose(ctx);
CGContextRelease(ctx);

CGDataProviderRef provider = CGDataProviderCreateWithCFData((CFDataRef)consumerData);
newDocument = CGPDFDocumentCreateWithProvider(provider);
CGDataProviderRelease(provider);
}
CGDataConsumerRelease(contextConsumer);
CFRelease(consumerData);
CGPDFDocumentRelease(sourceDocument);

return newDocument;
}

失败的文档可以在 Mac 上通过预览打开。我无法直观地识别失败页面和成功页面之间的任何区别。

任何人都可以看到代码有什么问题,或发现问题的建议吗?

编辑:EXC_BAD_ACCESS 在 CGPDFContextClose 方法中抛出,见下文:

0x00e93d0e  <+0000>  push   %ebp
0x00e93d0f <+0001> mov %esp,%ebp
0x00e93d11 <+0003> sub $0x18,%esp
0x00e93d14 <+0006> call 0xe93d19 <CGPDFContextClose+11>
0x00e93d19 <+0011> pop %eax
0x00e93d1a <+0012> mov 0x8(%ebp),%ecx
0x00e93d1d <+0015> test %ecx,%ecx
0x00e93d1f <+0017> je 0xe93d30 <CGPDFContextClose+34>
0x00e93d21 <+0019> cmpl $0x43545854,0x8(%ecx)
0x00e93d28 <+0026> jne 0xe93d30 <CGPDFContextClose+34>
0x00e93d2a <+0028> cmpl $0x1,0x10(%ecx)
0x00e93d2e <+0032> je 0xe93d4e <CGPDFContextClose+64>
0x00e93d30 <+0034> mov %ecx,0x8(%esp)
0x00e93d34 <+0038> lea 0xc393b(%eax),%ecx
0x00e93d3a <+0044> mov %ecx,0x4(%esp)
0x00e93d3e <+0048> lea 0xad9eb(%eax),%ecx
0x00e93d44 <+0054> mov %ecx,(%esp)
0x00e93d47 <+0057> call 0xe7176c <CGPostError>
0x00e93d4c <+0062> jmp 0xe93d59 <CGPDFContextClose+75>
0x00e93d4e <+0064> mov 0x18(%ecx),%eax
0x00e93d51 <+0067> mov %eax,(%esp)
0x00e93d54 <+0070> call 0xdb25af <CGContextDelegateFinalize>
0x00e93d59 <+0075> add $0x18,%esp //EXC_BAD_ACCESS thrown here
0x00e93d5c <+0078> pop %ebp
0x00e93d5d <+0079> ret

最佳答案

设置NSZombieEnabled , MallocStackLogging , 和 guard malloc在调试器中。然后,当您的应用程序崩溃时,在 gdb 控制台中输入:

(gdb) info malloc-history 0x543216

0x543216 替换为导致崩溃的对象的地址,您将获得更有用的堆栈跟踪,它应该可以帮助您查明代码中导致问题的确切行.

See this article for more detailed instructions.


还要做的一件事是将“剥离调试符号”设置为“否”,这样如果您在设备上进行测试,您将能够读取崩溃日志:

1

2

关于objective-c - 调用 CGPDFContextClose 中的 EXC_BAD_ACCESS,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8056976/

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