<div dir="ltr">As I understand it VirtualGL should transparently forward OpenGL/GLX/etc calls from the server to the client so that the client GPU is used. So my guess would be to first try running PV on the client and see if it works. If that seems to work fine then you know your client graphics supports PVs use of OpenGL and the issue could be in VirtualGL or some PV/VirtualGL interaction.<div><br></div><div>Ken<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 8, 2016 at 3:20 AM, Harald Klimach <span dir="ltr"><<a href="mailto:harald@klimachs.de" target="_blank">harald@klimachs.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi there,<br>
<br>
I try to use the OpenGL2 Rendering backend in Paraview 5.0.1 on Archlinux with an nvidia graphics card.<br>
The setup involves running paraview with VirtualGL in a x2go session, and I always get the following error:<br>
<br>
———<br>
ERROR: In /home/gk772/abs/paraview/src/ParaView-v5.0.1-source/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 575<br>
vtkXOpenGLRenderWindow (0x42e8540): GLEW could not be initialized.<br>
<br>
<br>
ERROR: In /home/gk772/abs/paraview/src/ParaView-v5.0.1-source/VTK/Rendering/OpenGL2/vtkShaderProgram.cxx, line 399<br>
vtkShaderProgram (0x42d9dc0): Shader object was not initialized, cannot attach it.<br>
<br>
<br>
Segmentation fault (core dumped)<br>
———<br>
<br>
I found the following thread referring to such an issue: <a href="http://vtk.1045678.n5.nabble.com/segfault-with-Opengl2-in-6-3-0-rc2-td5733742.html" rel="noreferrer" target="_blank">http://vtk.1045678.n5.nabble.com/segfault-with-Opengl2-in-6-3-0-rc2-td5733742.html</a><br>
But it seems to be not exactly the problem I am facing.<br>
Another thing refers to EGL: <a href="https://www.mail-archive.com/paraview@paraview.org/msg25773.html" rel="noreferrer" target="_blank">https://www.mail-archive.com/paraview@paraview.org/msg25773.html</a>, which again seems to be not really the<br>
same problem.<br>
<br>
This problem already arose in 5.0.0, but persists in 5.0.1. With the legacy rendering backend paraview continues to work in my setup.<br>
<br>
Can anybody give me some hints on how to investigate this further, or is there already a solution?<br>
<br>
Thanks a lot,<br>
Harald<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br>518 371 3971<div><br></div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee.  Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message. 
Thank you.</span></div></div></div>
</div>