[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Jul 26 13:50:00 PDT 2012


--- Comment #17 from Brian Paul <brian.e.paul at gmail.com> 2012-07-26 13:50:00 PDT ---
(In reply to comment #16)
> (In reply to comment #15)
> > Let's first find out why the 'fallback' variable in _mesa_meta_DrawPixels() is
> > getting set.  Basically, use gdb to set a breakpoint in _mesa_meta_DrawPixels()
> > then go step by step to see where 'fallback = GL_TRUE' is getting hit.
> > 
> > To set a breakpoint: "break _mesa_meta_DrawPixels()"
> > To step one instruction: "s" or "step"
> > 
> > When you find the point where fallback = GL_TRUE is set, note the current line
> > and try to print some of the variables in the conditionals.
> first I have done the debug with the original 8.0.4 mesa libs ( no
> modifications in the source code ), I have set a breakpoint like this :
> break _mesa_meta_DrawPixels()
> but gdb never reaches the _mesa_meta_DrawPixels() function, this function is
> never called, and Blender crashes at startup with this error :
> blender: swrast/s_span.c:1327: _swrast_write_rgba_span: Assertion `colorType ==
> 0x1401 || colorType == 0x1406' failed.
> when I check the value of colorType it's set to zero

According to hartmut's comment #2 earlier, the stack trace says
_mesa_meta_DrawPixels() was called.  Can you verify that?  That is, after the
assertion fails, type "back" or "where".

> then I decided to test with a modified 8.0.4 libs ( by applying my "dirty fix",
> I delete somme assertions functions in s_span.c, image.c and s_blend.c files ),
> and I set again the same breakpoint:
> break _mesa_meta_DrawPixels()
> but gdb again never reaches the _mesa_meta_DrawPixels() function, Blender
> doesn't crash, but it's very slow in the GUI,
> this slowness is not normal because in "software mode" (
> LIBGL_ALWAYS_SOFTWARE=1 ) for opengl blender is still fast with 8.0.4 original
> mesa libs, so I think it's my "dirty fix" who causes this slowness, deleting
> the assertions functions was not a good idea,
> in conclusion I think we must find why the colorType variable is set to zero
> when I use the 8.0.4 original mesa libs, why the assertion fails in s_span.c at
> line 1327 ?

Let's try to get a stack trace to see the path to the failed assertion.

Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the mesa-dev mailing list