gameoverlayrenderer.so

[Xen83]

I am having trouble getting a first Steam game to run. It will not load gameoverlayrenderer.so. It will give the error message that:

ERROR: ld.so: object '~/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '~/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

The library files are executable. I have tried removing various stdc++ libraries as per a Arch-Linux wiki article. This was at https://wiki.archlinux.org/index.php/steam#Steam_runtime_issues

The command to find those libraries was:

find ~/.steam/root/ \( -name "libgcc_s.so*" -o -name "libstdc++.so*" -o -name "libxcb.so*" \) -print

I also deleted them, or tried to symlink them to the base installed libraries of my system. My system is Kubuntu 14.10. I do not know enough about C++ libraries or GCC or whatever to know how to troubleshoot this. It is a basically an Ubuntu 14.10 without anything fancy. No changed libs whatsoever in this department, or at all.

I have disabled the Steam overlay (in-game) as per the in-game options. In the Steam options panel.

It didn't help. I have deleted some of those (linked, deleted, restored) libaries they were the libxcb.so ones. So I wrote a script to symlink them (or the proper versions of them, my system is 2 minor versions ahead of some) to /lib and /usr/lib. The script was simply something like:

while read f g; do
[ ! -f $g ] && {
echo "Source $g not found"
} || {
echo "linking $g to $runtime/$f$g"
ln -s -f $g $runtime/$f$g
}
done

The $f was either i386 or amd64, the $g was the relative path (or the absolute path in the real / system). The symlinks went fine and nothing was a problem, except that nothing changed.

It seems there are a lot of issues with c++ compatibility or symbols or linked symbols or even linked drivers even graphics drivers perhaps.

This was the input to that script:

i386 /lib/i386-linux-gnu/libgcc_s.so.1
i386 /usr/lib/i386-linux-gnu/libstdc++.so.6
i386 /usr/lib/i386-linux-gnu/libxcb.so.1
i386 /usr/lib/i386-linux-gnu/libxcb.so.1.1.0
amd64 /lib/x86_64-linux-gnu/libgcc_s.so.1
amd64 /usr/lib/x86_64-linux-gnu/libstdc++.so.6
amd64 /usr/lib/x86_64-linux-gnu/libxcb.so.1
amd64 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0

This was identical to something mentioned here:

https://github.com/ValveSoftware/steam-runtime/issues/13

But I am a bit daunted by Github. I am not sure if it has to do with my graphics drivers, or even how to find them at this point.

lspci delivers:

00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)

I cannot even play the game at this point on this hardware but I just want to know if it runs at all on Linux (particularly Ubuntu or Kubuntu, which I am very fond of). The game is Borderlands2, but it might happen with other games as well (haven't tried yet, my only other game is Quake III Arena but it has no Linux version on Steam).

What can I do to troubleshoot it or to fix it????.

[Xen83]

Oh, I must be more specific: the game engine gives those errors, but the game itself (Borderlands 2, located at a different library location, "/store/share/games/Steam/steamapps/common/Borderlands 2/./Borderlands2"), will only give a popup without an indication of what is going wrong. I could screenshot it but it is just a small window with nothing in it. Except for something that looks like a thin progress bar.

The game was installed regularly with Steam, the steam client otherwise acts normally from what I can see in all regards. I can only kill the game (popup) with "killall -9 Borderlands2" and Steam won't close if I don't do that. I cannot close Steam when that popup is there and force-quitting steam is not the best of ideas I think from experience.

[Xen83]

Here is more info about the system:

Processor Information:
Vendor: GenuineIntel
CPU Family: 0x6
CPU Model: 0x17
CPU Stepping: 0xa
CPU Type: 0x0
Speed: 1867 Mhz
2 logical processors
2 physical processors

Operating System Version:
Ubuntu 14.10 (64 bit)
Kernel Name: Linux
Kernel Version: 3.16.0-31-generic
X Server Vendor: The X.Org Foundation
X Server Release: 11600000
X Window Manager: KWin
Steam Runtime Version: steam-runtime-release_2015-01-06

Video Card:
Driver: Intel Open Source Technology Center Mesa DRI Mobile Intel® GM45 Express Chipset x86/MMX/SSE2

Driver Version: 2.1 Mesa 10.3.2
OpenGL Version: 2.1
Desktop Color Depth: 24 bits per pixel
Monitor Refresh Rate: 59 Hz
VendorID: 0x8086
DeviceID: 0x2a42
Number of Monitors: 1
Number of Logical Video Cards: 1
Primary Display Resolution: 1280 x 800
Desktop Resolution: 1280 x 800
Primary VRAM Not Detected

Sound card:
Audio device: Analog Devices AD1984A

Memory:
RAM: 3661 Mb

Miscellaneous:
Total Hard Disk Space Available: 4909 Mb <-- this is not where Borderlands 2 is sitting
Largest Free Hard Disk Block: 2497 Mb


----------------
And steam:

Steam client application
Built: Mar 23 2015, at 20:07:53
Steam API: v017
Steam package versions: 1427176184.

[Kranky K. Krackpot]

ERROR: ld.so: object '~/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '~/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

I have the same message every other time I run Steam. However, everything still works for me, as far as I can see...

I didn't quite caught what libs exactly you'd deleted, symlinked or restored, but I highly suspect the problem again is with Intel's mobile GPU driver... Sorry, if it doesn't help much...

PS. 64 bit on 3,6 Gb of laptop RAM?

[Ǥӷᴉᵐ]

Have you attempted to run the game Without the steam overlay?

Steam>Settings>In-Game> uncheck enable steam overlay while in game.

[Xen83]

Things I deleted were mainly .local/share/Steam/i386/lib/i386-linux-gnu/libgcc_s.so.1 and the like, so:

libgcc_s.so.1
libstdc++.so.6
libxcb.so.1

and also the 64-bit versions.

ps. yeah it is a 64-bit ubuntu on 4GB of RAM. What of it? :P. Maybe some is reserved for video, I don' t know.

@[420] I have tried that yes. So I'm not sure if that is the error. If what you say is correct and this error is pretty usual while nothing is the matter, perhaps something else is wrong.

Here is my screenshot: http://www.xen.dds.nl/f/i/screenshots/weird-borderlands2-error.png

[Kranky K. Krackpot]

You can run Steam from terminal window, and then start Borderlands, and watch the terminal output, maybe it will show what's the problem. The screenshot doesn't seem very informative...


"What of it" is that with 64-bit you might have a bit of headacke running 32-bit apps (e.g. Steam). You'll have to mess with multiarch dependencies, waste HDD space for additional 32-bit libs, waste RAM and CPU cache for 64-bit-long machine code, etc. And all without the only actual benefit a 64-bit OS has for a home user -- the ability to use more than 4Gb RAM. Doesn't seem practical. But it's matter of yours, anyway. Say, if you plan to add RAM, 64-bit OS will be handy.

[Redbeard]

Hmm. I don't have any problem running Borderlands 2 in linux, but I'm running 64 bit Arch. Can you run ANY game? I wonder if BL2 is *just* outside the capabilities of your graphics hardware. Maybe try a less demanding game (for example: http://store.steampowered.com/app/286100) and report back.

[25]

цйуйцуй

[Xen83]

I have checked it, however I still don' t know if the game would have run on different hardware. Even my home PC is not fast enough to run the Borderlands 2 game probably. I just wanted to know really if there'd be any issues on the client side and just experience the errors I'd get. ;-). But it is a bit of a bummer that it won't even load with the slightest amount of meaningful error.

I've deleted the game though. This is no good. Perhaps another reinstall when I have more info.