Eric Anholt wrote:
>
> I figured out (kind of) why the v5 causes segfaults in GL apps on FreeBSD.
> It seems that when we try to dlopen() the extra symbols for v5, the dlopen
> passes but the subsequent dlsym()s fail, so we end up executing these null
> pointers at the first glide extension call. By dlopening my libglide
> explicitly, I've got the v5 up and running, though not very fast (10 fps with
> my tuxracer settings that get 8fps on a G400 and 7fps on a v3) and with some
> odd effects (mouse delays by a second in GL apps). I think the multihead
> branch will fix this in a much more friendly way, though I haven't checked it
> out yet.
The multihead-1-0-0-branch CVS branch dynamically opens and loads libglide3.so.
Let me know how it works if you try it.
> Still, for those of you on FreeBSD with v5s not working, changing
> the first NULL of the dlopen in g3ext.c to the path to your libglide will get
> you working until a better fix comes through.
Does FreeBSD have an env var like LD_LIBRARY_PATH to specify where to
find libraries?
Where is your libglide3.so located?
> Did anyone out there have the v5 working in a different way? I seem to
> remember someone saying they did, but it doesn't seem to be in my mailbox.
-Brian
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel