[Dri-devel] Re: GL programs report connect error, then hang

[Ben L. <li...@ac...>]

Sorry about double-posting my original problem description.  I now
have a lot more information to report.

I wrote:
>
> When I run the "glxinfo" Mesa demo program, I get the following
> output:
>
>         _X11TransSocketUNIXConnect: Can't connect: errno = 111
>
> The program then hangs.

The hanging problem went away following a reboot.  Apparently the
tdfx.o kernel module doesn't quite like being removed and a newer
version reloaded.  I suppose that might be a bug, but it doesn't sound
like a particularly critical one.

I do still have that _X11TransSocketUNIXConnect error message, though.
And now I know where it is coming from.

Examine function register_extensions(), in xc/lib/GL/dri/dri_glx.c.
It appears that register_extensions() is probing displays and screens,
and the error message is a side effect of the way that it discovers
that it has walked beyond the last valid display.  "cvs annotate"
reveals that this logic was added in revision 1.7 of file
xc/lib/GL/dri/dri_glx.c.  That version was checked in by "brianp",
with the comment "Merged dispatch-0-0-3".

Recall from my earlier message that I have installed the new CVS code
on top of an existing XFree86-3.3.6 installation.  Perhaps this
connect error is a side effect of that?  Indeed, if I use LD_PRELOAD
to force the newer CVS version of libX11 in before the older 3.3.6
one, the error no longer appears.

So this suggests that one really doesn't want to be using the new CVS
DRI stuff with old 3.3.x series X11 libraries.  Perhaps the build
instructions at <http://dri.sourceforge.net/building.html> should be
revised so that new libraries are installed along with the new server.

Comments?