2015-11-14 2 views
13

Мое приложение позволяет пользователям редактировать фотографии с использованием фреймворка. Я вижу некоторые отчеты о сбоях, и кажется, что авария возникает при генерации выходного изображения, но я не уверен, где проблема. Этот сбой происходит на нескольких аппаратных устройствах и в нескольких версиях iOS 9, включая последние 9.1. Последний вызов моего приложения составляет CGImageDestinationFinalize, чтобы создать отредактированное изображение NSData. Отчеты о сбоях показывают, что вызовы продолжаются в пространстве CoreImage до того, как произойдет сбой в том, что похоже на GLTextureManager.Crash on CGImageDestinationFinalize

Может ли это проблема с памятью? Вы видите эту проблему? Как это можно решить?

Соответствующий код из PhotoEditor.swift, внутри функций fullImageOutput, которая вызывается из editSingleAsset, который работает на фоне очереди с QOS_CLASS_UTILITY:

let outputPhoto = //the generated CIImage that is the edited photo to be saved to disk 
let dataRef = CFDataCreateMutable(nil, 0) 

if let destination = CGImageDestinationCreateWithData(dataRef, "public.jpeg", 1, nil) { 
    struct ContextStruct { 
     static var ciContext: CIContext? = nil 
    } 
    if ContextStruct.ciContext == nil { 
     let eaglContext = EAGLContext(API: .OpenGLES2) 
     ContextStruct.ciContext = CIContext(EAGLContext: eaglContext) 
    } 
    let cgImage = ContextStruct.ciContext!.createCGImage(outputPhoto, fromRect: outputPhoto.extent) 

    CGImageDestinationAddImage(destination, cgImage, nil) 

    if CGImageDestinationFinalize(destination) { //FIXME: CRASH 
     //write to disk from dataRef etc 
    } 

} 

Визуализация отчет аварии:

enter image description here

Крушение деталь отчетом:

Exception Type: EXC_BAD_ACCESS (SIGSEGV) 
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000145201ac0 
Triggered by Thread: 7 

Thread 7 name: 
Thread 7 Crashed: 
0 libsystem_platform.dylib  0x0000000199e36220 _platform_memmove + 48 (memmove.s:220) 
1 CoreImage      0x0000000184e86e4c CI::GLTextureManager::texture_for_CGImage(CGImage*, CI::PixelFormat) + 372 (context-gles.cpp:910) 
2 CoreImage      0x0000000184e8a310 CI::GLContext::bind_textures(CI::SerialObjectPtrArray*, CI::Kernel*) + 240 (context-gles.cpp:3060) 
3 CoreImage      0x0000000184e899e0 CI::GLContext::render_apply_node(CI::Node const*, bool) + 160 (context-gles.cpp:2699) 
4 CoreImage      0x0000000184e897fc CI::GLContext::recursive_render(CI::Node*, bool) + 912 (context-gles.cpp:2379) 
5 CoreImage      0x0000000184e8a788 CI::GLContext::render(CI::Node*) + 180 (context-gles.cpp:2880) 
6 CoreImage      0x0000000184e9bfec CI::_get_bitmap(CI::Context*, CI::Image*, CGRect, CGColorSpace*, CI::Bitmap*) + 676 (render.cpp:2622) 
7 CoreImage      0x0000000184e9bc9c CI::image_get_bitmap(CI::Context*, CI::Image*, CGRect, CGColorSpace*, CI::Bitmap*, unsigned long) + 664 (render.cpp:2680) 
8 CoreImage      0x0000000184ea08e8 copyImageBlockSetOptsCallback(void*, CGImageProvider*, CGRect, CGSize, __CFDictionary const*) + 856 (imageProvider.h:143) 
9 CoreGraphics     0x0000000184af2198 CGImageProviderCopyImageBlockSet + 220 (CGImageProvider.c:500) 
10 ImageIO       0x0000000185baa41c GetBytesImageProvider + 484 (CGImagePixelDataProvider.c:382) 
11 ImageIO       0x0000000185c40440 _CGImagePluginWriteAppleJPEG + 2444 (imageAppleJPEG.c:2785) 
12 ImageIO       0x0000000185ba3020 CGImageDestinationFinalize + 724 (CGImageDestination.c:2119) 
13 MyAppNameHere     0x0000000100096468 _TFC11 MyAppNameHere 12PhotoEditor15fullImageOutputfS0_FT_GSqCSo22PHContentEditingOutput_ + 1272 (PhotoEditor.swift:71) 
14 MyAppNameHere     0x0000000100113310 _TFFFFFC11 MyAppNameHere 36PhotosPickerCollectionViewController16editSingleAssetFS0_FCSo7PHAssetT_U_FT_T_U0_FTGSqCSo21PHContentEditingInput_GVSs10DictionaryCSo8NSObjectPSs9AnyObject___T_U_FT_T_U_FT_T_ + 172 (PhotosPickerCollectionViewController.swift:851) 
15 libdispatch.dylib    0x0000000199c296e8 _dispatch_call_block_and_release + 24 (init.c:761) 
16 libdispatch.dylib    0x0000000199c296a8 _dispatch_client_callout + 16 (object.m:513) 
17 libdispatch.dylib    0x0000000199c37b40 _dispatch_root_queue_drain + 2140 (inline_internal.h:1063) 
18 libdispatch.dylib    0x0000000199c372dc _dispatch_worker_thread3 + 112 (queue.c:4250) 
19 libsystem_pthread.dylib   0x0000000199e3d470 _pthread_wqthread + 1092 (pthread.c:1990) 
20 libsystem_pthread.dylib   0x0000000199e3d020 start_wqthread + 4 (pthread_asm.s:191) 
+0

Почему мы должны ожидать, что CGImageDestinationFinalize будет потокобезопасным? Если вы переходите к основному потоку, чтобы завершить работу, происходит ли сбой? – matt

+0

@matt Я не смог воспроизвести этот сбой самостоятельно, однако завершение работы в главной очереди не вызывает нового сбоя, но вызывает блокировку основного потока, пока это происходит - предотвращение отмены пользователем текущей операции , – Joey

+0

@matt В образце кода Apple SquareCam они делают что-то подобное и называют 'CGImageDestinationFinalize' в последовательной очереди, которую они создали – Joey

ответ

0

Это была известная проблема в iOS 9, которая была разрешена в IOS 10. В исходном коде ничего не случилось.