On 28 September 2012 14:15, Ian Romanick <i...@freedesktop.org> wrote:
> On 09/28/2012 01:55 PM, Paul Berry wrote: > >> On 5 September 2012 15:09, Ian Romanick <i...@freedesktop.org >> <mailto:i...@freedesktop.org>> wrote: >> >> From: Ian Romanick <ian.d.roman...@intel.com >> <mailto:ian.d.romanick@intel.**com <ian.d.roman...@intel.com>>> >> >> >> This test is only built when shared-glapi is used. Because of changes >> elsewhere in the tree that were necessary to make shared-glapi work >> correct with GLX, it's not feasible to make the test function both >> ways. >> >> Signed-off-by: Ian Romanick <ian.d.roman...@intel.com >> <mailto:ian.d.romanick@intel.**com <ian.d.roman...@intel.com>>> >> >> >> >> This test is failing on my system when I run "make check": >> >> [----------] 1 test from DispatchSanity_test >> [ RUN ] DispatchSanity_test.GLES2 >> Mesa warning: couldn't open libtxc_dxtn.so, software DXTn >> compression/decompression unavailable >> dispatch_sanity.cpp:122: Failure >> Value of: table[i] >> Actual: 0x4de54e >> Expected: (_glapi_proc) _mesa_generic_nop >> Which is: 0x41af72 >> i = 321 >> [ FAILED ] DispatchSanity_test.GLES2 (4 ms) >> [----------] 1 test from DispatchSanity_test (4 ms total) >> >> Is anybody else getting this problem? >> > > Can you put the following in the SET_by_offset macro > (src/mesa/main/dispatch.h in your build directory): > > if (offset == 321) abort(); \ > > then backtrace to see what API function is at fault? Argh, for reasons I haven't figured out yet, the failure only happens when I run "make check". It doesn't happen when I run the test directly from the command line (or in the debugger), which makes backtracing difficult :) Probably there is something wrong with my build environment. I'll troubleshoot some more on my own and get back to you if I don't get anywhere.
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev