Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 05-30-04, 11:31 AM   #1
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Exclamation Floating Point Exception Error: Help?

Summary: I get a Floating Point exception from
libGL.so.1.0.5328 when attempting to run UT or UT2003.

My hardware:

A dual Athlon-MP box:

processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 6
model name : AMD Athlon(tm) MP 2000+
stepping : 2
cpu MHz : 1666.767
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
bogomips : 3329.22

processor : 1
vendor_id : AuthenticAMD
cpu family : 6
model : 6
model name : AMD Athlon(tm) Processor
stepping : 2
cpu MHz : 1666.767
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
bogomips : 3329.22

With 512 MBytes of RAM:

total: used: free: shared: buffers: cached:
Mem: 526155776 488562688 37593088 0 10612736 275419136
Swap: 2006925312 115228672 1891696640
MemTotal: 513824 kB
MemFree: 36712 kB
MemShared: 0 kB
Buffers: 10364 kB
Cached: 234596 kB
SwapCached: 34368 kB
Active: 140264 kB
Inactive: 298404 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 513824 kB
LowFree: 36712 kB
SwapTotal: 1959888 kB
SwapFree: 1847360 kB

Running Linux Kernel 2.4.32.

I have installed the XFree86 X Server:

XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-1 20040428170728 fabbione@trider-g7.int.fabbione.net)
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.23 i686 [ELF]
Build Date: 28 April 2004
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present

My NVidia card is:

Bus 1, device 5, function 0:
VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev 178).
IRQ 18.
Master Capable. Latency=248. Min Gnt=5.Max Lat=1.
Non-prefetchable 32 bit memory at 0xe8000000 [0xe8ffffff].
Prefetchable 32 bit memory at 0xf0000000 [0xf7ffffff].

And when I try to run Unreal Tournament for Linux, or UT2003,
I get a floating point exception from the NVidia GL Library.

Here is what UT says on attempting to start it:

Unreal engine initialized
Bound to SDLDrv.so
Joystick [0] : Unknown Joystick
SDLClient initialized.
Bound to Render.so
Lighting subsystem initialized
Rendering initialized
LoadMap: Entry
Bound to Fire.so
Case-insensitive search: Botpack -> ..\System\BotPack.u
Bound to IpDrv.so
Game class is 'UTIntro'
Level is Level Entry.MyLevel
Bringing Level Entry.MyLevel up for play (0)...
InitGame:
Base Mutator is Entry.Mutator0
Browse: CityIntro.unr?Name=Player?Class=Botpack.TMale2?tea m=0?skin=SoldierSkins.sldr?Face=SoldierSkins.Brock ?Voice=BotPack.VoiceMaleTwo
LoadMap: CityIntro.unr?Name=Player?Class=Botpack.TMale2?tea m=0?skin=SoldierSkins.sldr?Face=SoldierSkins.Brock ?Voice=BotPack.VoiceMaleTwo
Case-insensitive search: genfluid -> ..\Textures\GenFluid.utx
Collecting garbage
Purging garbage
-0.0ms Unloading: Package Render
Garbage: objects: 16417->16416; refs: 224677
Game class is 'UTIntro'
Level is Level CityIntro.MyLevel
Bringing Level CityIntro.MyLevel up for play (0)...
InitGame: ?Name=Player?Class=Botpack.TMale2?team=0?skin=Sold ierSkins.sldr?Face=SoldierSkins.Brock?Voice=BotPac k.VoiceMaleTwo
Base Mutator is CityIntro.Mutator1
Initialized moving brush tracker for Level CityIntro.MyLevel
Created and initialized a new SDL viewport.
Bound to UWeb.so
Team 0
Login: Player
Case-insensitive search: SoldierSkins -> ..\Textures\Soldierskins.utx
Possessed PlayerPawn: TMale2 CityIntro.TMale0
Input system initialized for SDLViewport0
Opening SDL viewport.
Bound to SDLGLDrv.so
Loaded render device class.
Initializing SDLGLDrv...
binding /usr/lib/libGL.so.1
Floating point exception

My NVidia driver version is:

NVRM version: NVIDIA Linux x86 nvidia.o Kernel Module 1.0-5328 Wed Dec 17 13:54:51 PST 2003
GCC version: gcc version 2.95.4 20011002 (Debian prerelease)

The NVidia driver information for the card is:

Model: GeForce2 MX/MX 400
IRQ: 18
Video BIOS: 03.11.01.26.02
Card Type: AGP

The agp/card info is:

Fast Writes: Supported
SBA: Not Supported
AGP Rates: 4x 2x 1x
Registers: 0x1f000017:0x0f000104

The agp/host-bridge info is:

Host Bridge: Advanced Micro Devices [AMD] AMD-760 MP [IGD4-2P] System Controller
Fast Writes: Not Supported
SBA: Supported
AGP Rates: 4x 2x 1x
Registers: 0x0f000207:0x00000104

The agp/status information is:

Status: Enabled
Driver: NVIDIA
AGP Rate: 4x
Fast Writes: Disabled
SBA: Disabled

My XF86Config-4 file is attached.

Thank you.
john_betelgeuse is offline   Reply With Quote
Old 05-30-04, 11:45 AM   #2
Thunderbird
 
Join Date: Jul 2002
Location: Netherlands, Europe
Posts: 2,105
Default Re: Floating Point Exception Error: Help?

This doesn't guarantee that it is an nvidia problem it might be a bug in the sdl version too.
Thunderbird is offline   Reply With Quote
Old 05-30-04, 11:53 AM   #3
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Default Re: Floating Point Exception Error: Help?

Any recommendation on how to track down which library might be the problem?

Thanks!
john_betelgeuse is offline   Reply With Quote
Old 05-30-04, 03:28 PM   #4
hppnq
Registered User
 
Join Date: Apr 2004
Location: Dutch
Posts: 113
Default Re: Floating Point Exception Error: Help?

Maybe you're using the wrong libraries -- the X ones. I don't really think so, but to be sure, post the output of "ls -l /usr/lib/libGL*", please. (Also check the README that comes with the driver, it has a section on the libraries and related problems.)
hppnq is offline   Reply With Quote
Old 05-30-04, 06:36 PM   #5
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Default Re: Floating Point Exception Error: Help?

Thank you for your reply!

Here 'tis:

ls -l /usr/lib/libGL* gives:

-rw-r--r-- 1 root root 632 May 29 22:39 /usr/lib/libGL.la
lrwxrwxrwx 1 root root 10 May 29 22:39 /usr/lib/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 May 29 22:39 /usr/lib/libGL.so.1 -> libGL.so.1.0.5328
-rwxr-xr-x 1 root root 367092 May 29 22:39 /usr/lib/libGL.so.1.0.5328
-rw-r--r-- 1 root root 924278 Feb 15 14:38 /usr/lib/libGLU.a
lrwxrwxrwx 1 root root 17 May 16 13:10 /usr/lib/libGLU.so -> libGLU.so.1.3.500
lrwxrwxrwx 1 root root 17 May 16 13:10 /usr/lib/libGLU.so.1 -> libGLU.so.1.3.500
-rw-r--r-- 1 root root 504440 Feb 15 14:38 /usr/lib/libGLU.so.1.3.500
lrwxrwxrwx 1 root root 21 May 29 22:39 /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.5328
-rwxr-xr-x 1 root root 4913084 May 29 22:39 /usr/lib/libGLcore.so.1.0.5328
-rw-r--r-- 1 root root 123518 Feb 15 14:37 /usr/lib/libGLw.a

The number on libGL.so.1.0.5328 matches the NVidia driver version number, and the date looks good, as well. There is also a tls directory under /usr/lib that contains the exact same libraries and soft links.

Lastly, in the README, there is a discussion about making sure that GLX is loaded in the XF86Config-4 file, and it is. However, the xdpyinfo command shows that while GLX and NV-GLX are loaded, it does not show NVIDIA-GLX. Does anybody know if this is important, and how to get it loaded?

xdpyinfo output:

name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 40300001
XFree86 version: 4.3.0.1
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x1c33de4, revert to Parent
number of extensions: 27
BIG-REQUESTS
DPMS
Extended-Visual-Information
FontCache
GLX
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
NV-CONTROL
NV-GLX
RENDER
SECURITY
SHAPE
SYNC
TOG-CUP
X-Resource
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1

screen #0:
dimensions: 1280x1024 pixels (401x302 millimeters)
resolution: 81x86 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x8d
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 64x64
current input event mask: 0x5a20bd
KeyPressMask ButtonPressMask ButtonReleaseMask
EnterWindowMask LeaveWindowMask PointerMotionHintMask
ButtonMotionMask StructureNotifyMask SubstructureNotifyMask
SubstructureRedirectMask PropertyChangeMask
number of visuals: 24
default visual id: 0x21
visual:
visual id: 0x21
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x22
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x23
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x24
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x25
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x26
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x27
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x28
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x29
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2b
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2c
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2d
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2e
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2f
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x30
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x31
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x32
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x33
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x34
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x35
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x36
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x37
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x38
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits

I also tried dragging down the SDL code for version 1.0.8 and 1.2.7 and trying both, but no help there. I'm pretty sure it's not the SDL library.
john_betelgeuse is offline   Reply With Quote
Old 05-30-04, 06:50 PM   #6
hppnq
Registered User
 
Join Date: Apr 2004
Location: Dutch
Posts: 113
Default Re: Floating Point Exception Error: Help?

That all looks okay. The missing NVIDIA-GLX is not a problem, as far as I know.

Unless you've got a good reason not to do so, I'd upgrade to the latest driver version (5336) and try again. Maybe you should also look into your (video) bios?
hppnq is offline   Reply With Quote
Old 05-30-04, 08:42 PM   #7
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Default Re: Floating Point Exception Error: Help?

Well, with the very newest driver I get exactly the same error.

Anybody have any more suggestions? I'm game to try almost anything. Thanks for the replies so far!
john_betelgeuse is offline   Reply With Quote
Old 05-31-04, 05:46 AM   #8
hppnq
Registered User
 
Join Date: Apr 2004
Location: Dutch
Posts: 113
Default Re: Floating Point Exception Error: Help?

Can you post the following, where <ut> is your UT binary?

* ldd <ut>
* strace <ut>
* ltrace <ut>

If the last two pieces of output are huge, it's okay to take the last couple kb.
(Attach, please, not inline. ;-)
hppnq is offline   Reply With Quote

Old 05-31-04, 10:36 AM   #9
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Default Re: Floating Point Exception Error: Help?

Thank you for your reply!

ldd /usr/local/games/ut/System/ut-bin
libdl.so.2 => /lib/libdl.so.2 (0x40031000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40034000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40049000)
Engine.so => not found
Core.so => not found
libSDL-1.1.so.0 => not found
libm.so.6 => /lib/libm.so.6 (0x4009b000)
libc.so.6 => /lib/libc.so.6 (0x400bd000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

The Engine.so, Core.so and libSDL-1.1.so.0 should be resolved manually when UT starts up, as they are stored in the System directory and UT is designed to search it's own System directory for such things first.

The strace tail (showing mostly the attempt to load and bind the shared object libraries) is attached, and shows the libSDL shipped with UT being loaded.

ltrace won't work on a script (which ut is, of course), and the environmental setup done by the script is required, so I attached ltrace to the ut-bin in the script for the ltrace output attached.

Every indication (thanks for reminding me about ltrace and strace . . . I'm so used to having source code, I'd forgotten about those tools! ) is that the NVidia libraries are giving up the ghost for some reason.

Thanks again.
Attached Files
File Type: txt strace.txt (13.7 KB, 160 views)
File Type: txt ltrace.txt (61.4 KB, 160 views)
john_betelgeuse is offline   Reply With Quote
Old 05-31-04, 10:41 AM   #10
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Default Re: Floating Point Exception Error: Help?

Just another bit of information: I loaded UT onto another box, this one a Dual PIII running the same version of Linux as on the first (the Dual Athlon) box, and it to is failing in the NVidia libraries, however, in this case, it fails with an SIGIOT instead of a floating point exception.

If that helps any? [shrug]
john_betelgeuse is offline   Reply With Quote
Old 05-31-04, 11:27 AM   #11
hppnq
Registered User
 
Join Date: Apr 2004
Location: Dutch
Posts: 113
Default Re: Floating Point Exception Error: Help?

It'll take a couple of minutes for me to go through the traces. ;-) Could you check whether the problem might be related to your version of SDL? (I don't know anything about UT, so can't check anything myself -- mmhh, maybe I should give it a spin. ;-)

Does this problem also occur if you try to run ut as root?

Could you also post an ls -l of /usr/lib/libGL* and /usr/lib/tsl/libGL* (yes, again ;-)? Cheers.

If there's anyone looking at this as a bit of light reading in between UT sessions, please post the results of the ldd, strace and ltrace commands posted earlier in this thread. (The first ~200 kB of the traces will do.) Thanks a lot!
hppnq is offline   Reply With Quote
Old 05-31-04, 11:35 AM   #12
john_betelgeuse
Registered User
 
Join Date: May 2004
Posts: 11
Default Re: Floating Point Exception Error: Help?

Here's an overview of the latest random poking I tried:

1) I moved the libSDL in the ut/System directory aside, and copied+renamed the libSDL-1.2 to the "proper name" in that directory.

Same result: SIGFPE

2) I ldd'ed tuxtracer, noticed that it was showing the Thread Local Storage versions of the libGL* stuff, so copied the tls versions of libGL* to ut/System (since on start up, ut seems to look for all of it's libraries there, first).

Same result: SIGFPE

3) I tried putting the libGL* stuff under ut/System/tls, just in case that made a difference (unlikely, but what the heck!).

Same result: SIGFPE

Thanks for the replies!

By the way, were you asking for more of the strace and ltrace dumps to be posted? I can do so, if you think what I posted was to little.

Sieving through it, nothing jumps out at me, and just about everything I do gives me a SIGFPE in libGL.

But, just say the word! Warning: the ltrace output was 93 MBytes.
john_betelgeuse is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 09:29 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.