I just loaded up the latest nvidia-glx and now Doom3 and cedega will not start up. Q3A and ET seem to be working just fine. Oddly enough this version seems to make it so I can play Q3A and ET just fine in the 2.6.10 kernel, before I couldnt do any OpenGL apps in 2.6.10. Reproducible: Always Steps to Reproduce: 1. emerge =nvidia-glx-1.0.6629-r3 2. opengl-update nvidia 3. doom3 or cedega Game.exe Actual Results: Doom3 Error: DOOM 1.1.1286 linux-x86 Nov 24 2004 17:56:04 /etc/host.conf: line 24: bad command `mdns off' GetLocalAddress failed: gethostbyname failed: localhost host not found ------ Initializing File System ------ Loaded pk4 /opt/doom3/base/game00.pk4 with checksum 0x7dafc4d4 Loaded pk4 /opt/doom3/base/game01.pk4 with checksum 0x16cf3b8a Loaded pk4 /opt/doom3/base/pak000.pk4 with checksum 0x28d208f1 Loaded pk4 /opt/doom3/base/pak001.pk4 with checksum 0x40244be0 Loaded pk4 /opt/doom3/base/pak002.pk4 with checksum 0xc51ecdcd Loaded pk4 /opt/doom3/base/pak003.pk4 with checksum 0xcd79d028 Loaded pk4 /opt/doom3/base/pak004.pk4 with checksum 0x765e4f8b Loaded pk4 /opt/doom3/base/pak005.pk4 with checksum 0x8ffc3621 Current search path: /home/nuke/.doom3/base /opt/doom3/base /opt/doom3/base/pak005.pk4 (63 files) /opt/doom3/base/pak004.pk4 (5137 files) /opt/doom3/base/pak003.pk4 (4676 files) /opt/doom3/base/pak002.pk4 (6120 files) /opt/doom3/base/pak001.pk4 (8972 files) /opt/doom3/base/pak000.pk4 (2698 files) /opt/doom3/base/game01.pk4 (2 files) /opt/doom3/base/game00.pk4 (2 files) game DLL: 0x0 in pak: 0x0 file system initialized. -------------------------------------- ----- Initializing Decls ----- ------------------------------ ------- Initializing renderSystem -------- using ARB renderSystem renderSystem initialized. -------------------------------------- 5151 strings read from strings/english.lang Couldn't open journal files execing editor.cfg execing default.cfg execing DoomConfig.cfg couldn't exec autoexec.cfg 5151 strings read from strings/english.lang ----- Initializing Sound System ------ sound system initialized. -------------------------------------- ----- R_InitOpenGL ----- Setup X display connection dlopen(libGL.so.1) dlopen(libGL.so.1) idRenderSystem::Shutdown() signal caught: Segmentation fault si_code 1 Was in fatal error shutdown: Unable to initialize OpenGL Trying to exit gracefully.. Cedega Error: Could not load graphics driver 'x11drv' Expected Results: The apps start and I can play. Portage 2.0.51-r14 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102- r0, 2.6.10-ck5 x86_64) ================================================================= System uname: 2.6.10-ck5 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Sep 4 2004, 11:09:58)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disab led] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.9.4, 1.8.5-r2, 1.6.3, 1.7.9, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share /config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/ mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/ distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa amd64 arts avi berkdb bitmap-fonts bzlib cdb cdr crypt cu ps dedicated divx4linux dvb dvd dvdr esd ethereal f77 fam flac font-server fooma ticdb fortran ftp gdbm gif gimpprint gpm gstreamer gtk gtk2gtkhtml imagemagick i mlib ipv6 java jp2 jpeg lzw lzw-tiff mikmod mmap mng mozilla mpeg multilib ncurs es nls nptl oggvorbis openal opengl oss pam pdflib perl png python qt quicktime readline sdl slang ssl tcpd tiff truetype truetype-fonts type1-fonts usb userloc ales videos xine xml xml2 xmms xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY
Well, this is the amd64 team's deal. They are attempting to remove the emul-linux-x86-nvidia stuff and are still in the process of this.
Don't ever set a games bug severity to be critical, as it *never* is. I'll be honest, I'm of half the mind to remove the amd64 KEYWORDS from all the 32-bit games until the amd64 team can figure out what to do with their emulation without breaking backwards compatability. My suggestion to you is to mask nvidia-glx-1.0.6629-r3 and stick with nvidia-glx-1.0.6629-r2 and emul-linux-x86-nvidia, which is known to not be broken.
Reverting to nvidia-glx-1.0.6629-r1 does seem to fix the problem. I would go to nvidia-glx-1.0.6629-r2 but the ebuild has been removed. Anyway I marked this critical because I wasnt sure if it was breaking other OpenGL apps on people.
Speaking of the emul-linux-x86-nvidia I tried emerging nvidia-glx-1.0.6629-r3 then emerging emul-linux-x86-nvidia so im using the precompiled 32bit nvidia stuff and I still get the same error. Also I have tried this on the 2.6.9-ck3 kernel and I get the same results.
The nvidia-glx-1.0.6629-r3 changes how the 32-bit emulation works on amd64. It is not recommended by the games team whatsoever. Unfortunately, I am no longer going to be supporting games on amd64, even though I own 2 amd64 systems, simply because there is no QA going on with regard to changes made on amd64 and how they affect profiles other than the upcoming 2005.0 release, and I'm not going to waste my time cleaning up after poor QA when these packages worked before and are being broken by carelessness and insufficient testing.
According to this post(http://forums.gentoo.org/viewtopic.php?t=282335) on the gentoo gaming forums this problem also effects x86. It seems like it is not a problem with AMD64 but the latest nvidia-glx.
It's not a change in nvidia-glx. It was a bug in opengl-update-2.1_pre1-pre3. It's fixed in pre4
I filed this bug before I had Pre3 on my system. Pre3 broke all 32bit OpenGL stuff. Pre4 fixed it so I could play Q3A and ET but not Doom 3. I still have the same error.
What's the doom3 error now? I was never able to get doom3 to work on amd64. Can you 'strace doom3'
Are you trying to play Doom 3 over Cedega? If so, delete that crap and "emerge doom3" and follow the instructions. As for doom3 working on amd64, it has been working for me with nvidia since the day of its release and works perfectly with the older nvidia-glx/emul-linux-x86-nvidia (as that is what I am using still).
Yep, Chris you're right. I just wasn't in 24bit color mode.
Created attachment 49676 [details] The strace file from doom3
I have used the native doom3 32bit binary since it came out. I also attacked the strace file as d3strace.
im unable to play games using Point2Play/cedega after upgrading to nvidia-glx-1.0.6629-r3, enemy-territory works fine, if i launch Point2Play through a console i get this 13953: old priority 0, new priority 10 13954: old priority 0, new priority 10 Could not load graphics driver 'x11drv' then nothing.
Created attachment 49681 [details] Cedega Strace I get the same thing with r3 and r4 when playing games through cedega(such as Half-Life 2). Downgrading fixes this problem. Anyway here is a cedega strace.
In http://zerowing.idsoftware.com/linux/doom/ there is an FAQ about this problem. I tried doing LD_PRELOAD=/emul/linux/x86/usr/lib/opengl/nvidia/lib/libGL.so.1.0.6629 doom3 as the guide says but it does not work. Instead I get the following error /bin/sh: error while loading shared libraries: /emul/linux/x86/usr/lib/opengl/nvidia/lib/libGL.so.1.0.6629: cannot open shared object file: No such file or directory That file does exist, so I have no idea what its talking about.
You'll also notice that it says the problem has been resolved.
http://forums.gentoo.org/viewtopic.php?t=285855 they say x11-base/opengl-update-2.1_pre4 fixed their problems ...
Chris Gianelloni: Yes but its the same problem I am having and doing that does not fix it. SpanKY: I am on opengl-update-2.1_pre4
Lee: You can't use LD_PRELOAD like that. LD_PRELOAD is being set to a 32bit lib and you are running a 64bit program (bash). That's why you get that error. You CAN do 'LD_PRELOAD=<32bit lib> /opt/doom3/doom3.x86' You can also copy the libGL.so you want to /opt/doom3, and it will use that one. Did you run opengl-update after emerging it? doom3 does dlopen(libGL.so), so it should find the one in /usr/lib32/libGL.so (which is set by opengl-update) (on your system, /usr/lib32 is a symlink to that /emul path) As for the doom3 strace, it bails out before the dlopen(libGL.so) call... same with cedaga.
Putting LD_PRELOAD=libGL.so.1 before any of the games seems to fix it. Anyway that we can fix that? Still Doom3/cedega cause the system to lock up on the 2.6.10 kernel, I guess Ill have to just keep waiting.
Can you do an strace with the 'LD_PRELOAD=libGL.so.1 doom3' and one without? Also, please update to: app-emulation/emul-linux-x86-glibc-2.3.4.20041102 x11-base/opengl-update-2.1_pre4 2.6.9 kernel That works for me. 2.6.10 is very problematic for me for other reasons as well...
The latest versions of all those seems to fix the problem so I dont have to do LD_PRELOAD=libGL.so.1 before everything. I cannt do a strace on the 2.6.10 kernel because the system locks after I launch the game and I have to do a hard reboot.
closing reported fixed