[Mesa-dev] [Bug 95266] Geometry missing from rendering, only when using Mesa.

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed May 4 22:08:14 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=95266

--- Comment #16 from Jose Fonseca <jfonseca at vmware.com> ---
(In reply to David Lonie from comment #12)
> Just tried that here, no such luck: 
> 
> $ ln -s libGL.so libGL.so.1
> $ LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH apitrace trace --api gl
> ./vtkRenderingCoreCxxTests "TestTranslucentLUTDepthPeeling"                 
> 
> apitrace: loaded into /usr/bin/apitrace                                     

apitrace is being injected into apitrace...

This can only happen if you have stuff you shouldn't have on LD_PRELOAD and
LD_LIBRARY_PATH variables...  :-/

Please start from a clean terminal.  Don't do anything other than I described. 
In particular don't set LD_PRELOAD, and only set LD_LIBRARY_PATH=$PWD.

Honestly it's better not to fiddle with LD_PRELOAD directly yourself at all. 
It just makes everything unnecesarily harder.  Just let the `apitrace trace`
command do it.


I repeat: 

- the right way of loading libGL.so is to set
LD_LIBRARY_PATH=/path/to/where/libGL.so.1/lives/

- the right way of tracing is to `apitrace trace myapp`

- and the right way of doing both is to

  export LD_LIBRARY_PATH=/path/to/where/libGL.so.1/lives/
  apitrace trace myapp


(Also note, the right name for libGL is not libGL.so as you had in the tarball.
 It needs to be libGL.so.1.  I suspect that this mismatch is what lead you to
resort to LD_PRELOAD to start with.  But if the name is libGL.so.1 that should
never be necessary.)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160504/8330b0f1/attachment.html>


More information about the mesa-dev mailing list