作者热门文章
- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我的 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.
还要做的一件事是将“剥离调试符号”设置为“否”,这样如果您在设备上进行测试,您将能够读取崩溃日志:
关于objective-c - 调用 CGPDFContextClose 中的 EXC_BAD_ACCESS,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8056976/
我的 iPad 应用程序在以下方法中调用 CGPDFContextClose 时遇到了 EXC_BAD_ACCESS 消息。它只发生在某些页面上,并且到目前为止只发生在一个文档中(不幸的是,它恰好是我
我是一名优秀的程序员,十分优秀!