X Error of failed request: BadValue (integer parameter out of range for operation) about glvis

[tzanio]

Which version of XQuartz and macOS are you running?

[bensworth]

Last week I was running OS 10.12.6 and Xquartz 2.7.9. This weekend I upgraded to OS 10.14 and Xquartz 2.7.11, but got the same error.

[tzanio]

And you are still getting the error with a clean clone of master without the -DGLVIS_GLX10 option?

[tzanio]

That's unlikely to make a difference, but can you try starting Xquartz manually before you run the glvis -m ... command?

[bensworth]

I logged out of quartz, opened Xquartz, and logged back into quartz. Then I reset hard to the master branch for glvis, added the -DGLVIS_GLX10 flag in the makefile (where it is commented out), and compiled. Sample line looks like:
cd lib; /usr/tce/packages/mvapich2/mvapich2-2.2-intel-18.0.1/bin/mpicxx -O3 -DNDEBUG -I/g/g19/bs/quartz/mfem/bens_build -I/g/g19/bs/quartz/metis/build/Linux-x86_64/include -I/g/g19/bs/quartz/hypre/src/hypre/include -DGLVIS_MULTISAMPLE=4 -DGLVIS_MS_LINEWIDTH=1.4 -I/usr/include -DGLVIS_GLX10 -DGLVIS_USE_LIBPNG -DGLVIS_USE_FREETYPE -I/usr/include/freetype2 -c vsvector.cpp

But, the error persists even on a simple attempt to visualize an MFEM mesh from the parent directory of MFEM and GLVIS:

quartz $ ./glvis/bin/glvis -m mfem/data/beam-hex.mesh 

       _/_/_/  _/      _/      _/  _/
    _/        _/      _/      _/        _/_/_/
   _/  _/_/  _/      _/      _/  _/  _/_/
  _/    _/  _/        _/  _/    _/      _/_/
   _/_/_/  _/_/_/_/    _/      _/  _/_/_/

Generating coloring starting with element 8 / 8
Number of colors: 2
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  149 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Value in failed request:  0x0
  Serial number of failed request:  20
  Current serial number in output stream:  21

[bensworth]

A new postdoc Ben Yee had a similar issue but was addressed by using an older version of Xquartz; would this help? I was running a fairly outdated version already last week though (2.7.9).

[v-dobrev]

Wait, are you trying to run GLVis remotely on a linux server and visualize it locally on a Mac?

[bensworth]

@v-dobrev Yes

[v-dobrev]

I just tried this on Mac (macOS 10.13.6 with XQuartz 2.7.11) and it worked fine. However, this is with an ssh connection that I just opened - I've had issues with the X connection going bad after some time - initially I can open X applications (emacs) fine but later it no longer works.

Can you try restarting your ssh connection? I know this is not a real solution but it is not a GLVis issue either.

[bensworth]

Strange, yea I have tried rebooting and starting a fresh ssh. How is your ssh set up? I have my ~/.ssh/config file set up like

host quartz
hostname quartz.llnl.gov
user my_username
ForwardX11 yes
ForwardX11Trusted yes

Were you on quartz when you tried?

[v-dobrev]

I use ssh -X quartz.llnl.gov. Can you open other X applications, e.g. xterm?

[tzanio]

On my Macs (laptop and iMac with macOS 10.13.6) I have to use -Y instead of -X, but otherwise the following works both when I'm plugged in the network and via Wi-Fi:

ssh -Y quartz.llnl.gov

(Also, my ~/.ssh/config files are essentially empty)

[bensworth]

Thanks, yea ForwardX11Trusted yes corresponds to -Y. Turns out this is a mac/Xquartz/graphics issue. Although gvim, xterm, etc., work, trying to call glxgears on quartz gives the same error. Found similar problems hiding around the internet, e.g., https://bugs.freedesktop.org/show_bug.cgi?id=93953#c6. One recommendation is to call defaults write org.macosforge.xquartz.X11 enable_iglx -bool true on command line. This didn't work for me and the only solution I found was to revert to Xquartz 2.7.8, which for whatever reason does not have this issue.

[tzanio]

Thanks Ben.

Acording to https://github.com/CDAT/vcdat/wiki/Troubleshooting, you need to reboot after the default write command. Did you try that?