On Wed, Jul 23, 2003 at 06:18:28PM -0700, Jim Hayward wrote: > On Wed, 2003-07-23 at 00:50, Jakub Jelinek wrote: > > On Tue, Jul 22, 2003 at 07:09:04PM -0700, Jim Hayward wrote: > > > Running ldd on the binary didn't help either. Just says... "not a > > > dynamic executable" > > > > Can you run > > file /the/binary > > to verify it? > > $file et.x86 > et.x86: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), > for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped > > That actually did not surprise me that it showed the binary as > dynamically linked since there are shared libraries in the program > directories. I should have thought to try this yesterday. Ok, downloaded et.x86 and managed to reproduce it. The problem seems to be that ld.so does not support initialization of __thread variables in dlopened shared libraries if they use TLS IE or LE models. We need to discuss among glibc developers if we want to support it or not (and whether for all threads or just the one doing dlopen). If not at all, the workaround would be for __glXGetCurrentContext to return _gl_tls_GLXContext ?: &dummyContext; instead of return _gl_tls_GLXContext. Jakub _______________________________________________ xfree86-list mailing list xfree86-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/xfree86-list IRC: #xfree86 on irc.redhat.com
