Objective c EXC\u在预装配缓冲器上的访问权限不正确

Objective c EXC\u在预装配缓冲器上的访问权限不正确,objective-c,ios7,rendering,opengl-es-2.0,Objective C,Ios7,Rendering,Opengl Es 2.0,当我在某些情况下调用presentRenderBuffer时,我的应用程序会因EXC\u坏访问而崩溃。但通常情况下一切都很好 调用堆栈位于此处: #0 0x2f53f02e in glrGetPrivateInteger () #1 0x329a192e in gliGetInteger () #2 0x002eec04 in __collect_all_context_profiling_data_block_invoke () #3 0x0015ea7c in iter_contex

当我在某些情况下调用
presentRenderBuffer
时,我的应用程序会因EXC\u坏访问而崩溃。但通常情况下一切都很好

调用堆栈位于此处:

#0  0x2f53f02e in glrGetPrivateInteger ()
#1  0x329a192e in gliGetInteger ()
#2  0x002eec04 in __collect_all_context_profiling_data_block_invoke ()
#3  0x0015ea7c in iter_contexts ()
#4  0x002ee7f2 in collect_all_context_profiling_data ()
#5  0x00163fbc in copy_profiling_data_dictionary(ContextInfo*, unsigned int, unsigned long long) ()
#6  0x00160566 in handle_frame_boundary ()
#7  0x002f194c in EAGLContext_presentRenderbuffer(EAGLContext*, objc_selector*, unsigned int) ()
#8  0x00044a68 in __36-[CanvasView initializeWithContext:]_block_invoke56
你对此有什么想法吗

求解:

纹理是在不同的上下文中创建和删除的。这造成了一些问题


现在,纹理在一个上下文中创建和删除。它解决了这个问题。

在没有活动/有效渲染上下文的线程中进行缓冲区交换,可能是吗?是的。上下文是有效的。最好找出问题的最终原因,因为我对文档的阅读是,如果GL资源是共享组的成员并且插入了相应的
glFlush
es,则在不同上下文中创建和删除GL资源是有效的。