[Mesa-dev] [PATCH 19/19] mesa/tests: Sanity check the ES2 dispatch table

[Ian Romanick]

On 09/30/2012 03:20 PM, Paul Berry wrote:
> On 28 September 2012 14:15, Ian Romanick <idr at freedesktop.org
> <mailto:idr at freedesktop.org>> wrote:
>
>     On 09/28/2012 01:55 PM, Paul Berry wrote:
>
>         On 5 September 2012 15:09, Ian Romanick <idr at freedesktop.org
>         <mailto:idr at freedesktop.org>
>         <mailto:idr at freedesktop.org <mailto:idr at freedesktop.org>>> wrote:
>
>              From: Ian Romanick <ian.d.romanick at intel.com
>         <mailto:ian.d.romanick at intel.com>
>              <mailto:ian.d.romanick at intel.__com
>         <mailto:ian.d.romanick at 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.romanick at intel.com
>         <mailto:ian.d.romanick at intel.com>
>              <mailto:ian.d.romanick at intel.__com
>         <mailto:ian.d.romanick at 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.

I've noticed that 'make check' and .libs/main-test can pick up different 
versions of libglapi.  You may need to use LD_PRELOAD to be sure it 
picks up the right version when not using 'make check'.