Hi Gino, What form is your colour data? A Vec3Array? A Vec4Array? A Vec4ubArary?
With all of these the format will be RGB or RGBA so BGRA will not be appropriate. The code segments look like a hacks around drivers bugs to me as they don't seem related to what I'd expect the OSG to be passing. As a general comment I would strongly suggest you upgrade to the svn/trunk, OSG-3.0.0-rc1 as this will contain lots of bugs fixes and improvements over that was in 2.9.9. If it does come to applying a fix to the OSG it'll be svn/trunk or the OSG-3.0 so you usage of 2.9.9 just clouds the issue. Robert. On Sun, Jun 19, 2011 at 5:00 PM, Gino <ginofiliber...@yahoo.it> wrote: > Good evening to everybody. > I'm currently finishing my OSG plugin for WebKit based browsers... > But I'm having a trouble: > Sometimes, during testing, it crashes unpredictably , with the following > crashlog: > > Process: WebKitPluginHost [4642] > Path: > /System/Library/Frameworks/WebKit.framework/WebKitPluginHost.app/Contents/MacOS/WebKitPluginHost > Identifier: com.apple.WebKit.PluginHost > Version: 6533.20 (6533.20.20) > Build Info: WebKitPluginHost-75332020~1 > Code Type: X86 (Native) > Parent Process: WebKitPluginAgent [380] > > PlugIn Path: /usr/local/lib/osg.framework/Versions/66/osg > PlugIn Identifier: osg > PlugIn Version: ??? () > > Date/Time: 2011-05-23 15:33:59.499 +0200 > OS Version: Mac OS X 10.6.7 (10J869) > Report Version: 6 > > Interval Since Last Report: 426612 sec > Crashes Since Last Report: 80 > Per-App Interval Since Last Report: 71487 sec > Per-App Crashes Since Last Report: 58 > Anonymous UUID: 147D37FA-E541-46DE-8C6E-C4EFDFACF4A4 > > Exception Type: EXC_BAD_ACCESS (SIGBUS) > Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000 > Crashed Thread: 0 Dispatch queue: com.apple.main-thread > > Thread 0 Crashed: Dispatch queue: com.apple.main-thread > 0 GLEngine 0x14062832 > gleRunVertexSubmitImmediate + 722 > 1 GLEngine 0x140624fc gleLLVMArrayFunc + 60 > 2 GLEngine 0x140624b4 gleSetVertexArrayFunc + 116 > 3 GLEngine 0x1404b3c9 > gleDrawArraysOrElements_ExecCore + 1216 > 4 GLEngine 0x13fd4e23 glDrawElements_Exec + 834 > 5 libGL.dylib 0x95d12050 glDrawElements + 52 > 6 osg 0x1399c4c2 > osg::DrawElementsUShort::draw(osg::State&, bool) const + 1058 > 7 osg 0x139036fc > osg::Geometry::drawImplementation(osg::RenderInfo&) const + 4588 > 8 osgUtil 0x13c070af > osgUtil::RenderLeaf::render(osg::RenderInfo&, osgUtil::RenderLeaf*) + 607 > 9 osgUtil 0x13c00627 > osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, > osgUtil::RenderLeaf*&) + 343 > 10 osgUtil 0x13c094d7 > osgUtil::RenderStage::drawImplementation(osg::RenderInfo&, > osgUtil::RenderLeaf*&) + 647 > 11 osgUtil 0x13c0984d > osgUtil::RenderStage::drawInner(osg::RenderInfo&, osgUtil::RenderLeaf*&, > bool&) + 125 > 12 osgUtil 0x13c0cb6a > osgUtil::RenderStage::draw(osg::RenderInfo&, osgUtil::RenderLeaf*&) + 1914 > 13 osgUtil 0x13c17f88 osgUtil::SceneView::draw() > + 600 > 14 osgViewer 0x13e1d32c > osgViewer::Renderer::cull_draw() + 972 > 15 osg 0x13939d1a > osg::GraphicsContext::runOperations() + 234 > 16 osgViewer 0x13e6762e > osgViewer::ViewerBase::renderingTraversals() + 5246 > 17 libFunCored.dylib 0x1466608a CoreBase::RenderScene() + > 210 (CoreBase.cpp:308) > > ... ... ... ... ... ... > > I'm using actually OSG version 2.9.9, OSX 10.6.7 > The technologies that I'm using are ImageIO cocoaevents and core animation... > After some google-ing, I found on the Irrlicht forum, a very similar > bugreport. > It seems that they corrected it by introducing the following ifdef, in order > to manage better the size argument in the glColorPointer > > //#if defined(GL_ARB_vertex_array_bgra) || defined(GL_EXT_vertex_array_bgra) > #ifdef GL_BGRA > const GLint colorSize=(FeatureAvailable[IRR_ARB_vertex_array_bgra] || > FeatureAvailable[IRR_EXT_vertex_array_bgra])?GL_BGRA:4; > #else > const GLint colorSize=4; > #endif > > ... > > glColorPointer(colorSize, GL_UNSIGNED_BYTE, sizeof(S3DVertex), > &(static_cast<const S3DVertex*>(vertices))[0].Color); > > This could be my case too? > Any further tip or suggestion? > Thanks in advance > G. > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org