https://bugs.freedesktop.org/show_bug.cgi?id=29722
Eric Anholt <e...@anholt.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
AssignedTo|mesa-...@lists.freedesktop. |e...@anholt.net
|org |
--- Comment #1 from Eric Anholt <e...@anholt.net> 2010-08-23 16:33:17 PDT ---
This doesn't happen with LIBGL_ALWAYS_SOFTWARE=1 and the 2.3 version, though it
does produce a bunch of bogus shaders trying to use EXT_texture_array samplers
without enabling the extension and 140 shaders without asking if 140 exists.
By smashing in EXT_framebuffer_multisample support to 965, I do see the
failure. Names of types are talloc_strdup()ed into the types memory context on
their creation, so that they're freed at types destruction when tearing down
the GL. However, the static types also get their names talloced into the types
context at dlopen, and so once the free happens at last dri context close, the
names of those static types point off into freed memory. Later attempts to
re-add those builtin types to the new symbol table fail with bad memory
references.
Working on a testcase to reproduce the problem (since this probably won't be
the last instance of it). For now, disabling the freeing of the types context
in _mesa_glsl_release_types works around the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
