From the strace output, STAR-CCM+ appears to be running /usr/bin/glxinfo
and grepping for "OpenGL version string" to determine whether the X
server supports a minimum version of OpenGL. The only thing I can
figure is that, for reasons unexplained, VirtualGL isn't being loaded
into the glxinfo process. If VirtualGL is loaded, then the OpenGL
version string will be passed through from the 3D X server.
I don't personally have access to any commercial applications like
STAR-CCM+, so supporting them is generally not something I can do for
free. I have to either obtain a demo version from the ISV (which,
historically, has been difficult with this particular application) or
arrange to log in remotely to a machine (i.e. yours) that has the
application installed and spend a few hours diagnosing it. Either way,
it's a pain. However, I have a very good track record of solving such
problems once I have access to the application.
DRC
On 3/22/19 9:14 AM, Jason Edgecombe wrote:
> Hello,
>
> Here is the log of what I did:
>
> % export VGL_LOG=$(pwd)/trace.txt
> % vglrun +tr Starccmplus13-nomesa
> [VGL 0x31ca9780] XOpenDisplay (name=NULL
> Starting starccm+ 1304 (64bit)...
> Current working directory: /nfs/users/jwedgeco/linux/tmp/virtualgl
> Warning: glxinfo unable to obtain openGL support. Rendering with mesa.
> % cat trace.txt
> dpy=0x02603c50(:101) ) 2.616167 ms
> %
>
>
> I simply closed StarCCM+ once the windows opened.
>
> I also ran "vglrun +tr strace -f -o strace.log Starccmplus13-nomesa"
> and attached the strace output.
>
> I'm using StarNet FastX as my X proxy and VGL_DISPLAY=:1
>
> Thanks,
> Jason
> ---------------------------------------------------------------------------
> Jason Edgecombe | Linux Administrator
> UNC Charlotte | The William States Lee College of Engineering
> 9201 University City Blvd. | Charlotte, NC 28223-0001