Bug#345753: xlibosmesa4: undefined symbol: driDispatchRemapTable
On Mon, 2006-01-30 at 18:20 +0100, Joerg Hessdoerfer wrote:
> On Monday 30 January 2006 18:07, Michel Dänzer wrote:
> > On Tue, 2006-01-03 at 11:31 +0100, Joerg Hessdoerfer wrote:
> > > I'm running a closed-source proprietary application, which ran fine
> > > under 6.8.2. Since the update to 6.9.0, I get the following error:
> > >
> > > symbol lookup error: /usr/X11R6/lib/libOSMesa.so.4: undefined symbol:
> > > driDispatchRemapTable
> > >
> > > I'm using an ATI Mobility 9600, with the radeon driver and DRI enabled.
> >
> > Do you have the r300 DRI driver (only available in the libgl1-mesa-dri
> > package in Debian) working though, i.e. does glxinfo report direct
> > rendering as enabled?
> >
> > I'm asking because this symbol seems to be defined in the DRI drivers
> > (r300_dri.so in your case), but this may still be a bug in xlibosmesa4
> > or xlibmesa-gl.
>
> Yes, I have. (I have to admit I used the one from libgl1-mesa-dri, as I could
> not install the package without conflicts). But it works, as proven by
> glxgears for example. (glxinfo also reports 'direct rendering: Yes').
So, does running the application with
LD_PRELOAD=/usr/lib/dri/r300_dri.so make a difference?
> Also, this symbol is undefined when dri is turned off. This shouldn't be the
> case anyway, no? IMHO, when dri is off, xlibosmesa should work just fine,
> since it's 'off screen'.
I agree. You may want to also report this upstream at
http://bugs.freedesktop.org .
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
Reply to: