Re: [Chromium-users] Loading of crfaker library

[John H. <jo...@co...>]

On Thu, 13 Jul 2006, David Lee wrote:

> I am currently using Opteron machines and Chromium version 1.9rc3, and
> it appears as if the problem is related to the version of OpenGL
> (32/64) on the app/server nodes.
>
> When running an application that uses the 64bit version of OpenGL in
> /usr/lib64, everything seems to work fine, but when running a app that
> tries to use 32bit OpenGL in /usr/lib (Nvidia's 32 bit compatibility
> libraries) then the TileSort SPU does not load and the application
> launches immediately after launching the crappfaker command.
>
> I am guessing that chromium is only intercepting 64bit opengl calls.
> Is there a way to recompile chromium so that it intercepts all of the
> 32bit opengl calls?

I've got the exact same setup, but it's not bitten yet as I'm solely using
64bit code.

Could you not just build one Chromium 32bit and one 64bit?

I suspect it's not to do with not intercepting.  I assume crapfaker can only
work with a binary that matches its architecture (effectively the LD_PRELOAD
would fail with the wrong arch).

Installing a 32 and a 64 version and having the LD_PRELOAD set to both might
work?  The runtime linker is certainly sane enough to ignore libraries that
are for the wrong arch.

jh

-- 
"We are what we repeatedly do. Excellence, then, is not an act, but a habit."
                                                      -- Aristotle