Ryan Hileman

~Oh, and I'm so sorry to bring this up so late - are you on the unstable branch for both tinygles and glshim? You should switch to them if not....

Can you just show me the lines taken via single steps? I might be able to figure it out. It MIGHT be LD_PRELOAD's fault (actually I'm 75% sure now, tinygles...

LD_LIBRARY_PATH should point at a folder, not a library (e.g. lib/ not lib/blah.so)

Try stubbing glXQueryDrawable in glshim. src/glx/glx.c, just add `void glXQueryDrawable() {}`

Can you try without gdb and with -fsanitize=address on both glshim and tinygles? (or with valgrind) That doesn't really look like an infinite loop.

As a sanity check, can you try to run glshim and tinygles with glxgears on an x86 linux desktop in the same way?

I honestly don't think glxinfo segfaulting on a null visual is critical, as it's not drawing anything. tinygles just needs a null check. You don't need both asan and valgrind...

You're on musl? This could be a linker problem! Can you try musl on desktop?

Emit microsecond frame timings.

glut should work with glshim, so glutes shouldn't be necessary.