Sat 02 Jun 2012 10:40:00 PM UTC, comment #7:
I was about to suggest that you probably didn't build ODE correctly but I see that's not necessary any more. Nice work. Let me know if you have any more trouble, I'm closing this one.
|
Sat 02 Jun 2012 05:39:44 PM UTC, comment #6:
One last comment, I need to learn how to read. This is on the Techne requirements page:
ODE for physics. The latest version should be used, compiled with double precision and OPCODE trimesh support.
Thank You.... I'll be playing all week.
|
Sat 02 Jun 2012 05:36:46 PM UTC, comment #5:
Problem resolved, I compiled the latest version of ODE.
Gentoo Portage only offers version 0.11, the ODE website offers 0.12. This version of ODE works like a champ.
Thank you Dimitris for your debugging expertise.
|
Sat 02 Jun 2012 05:10:54 PM UTC, comment #4:
I've enabled debug with ODE, here is a new trace:
Rebuilding program for Land node with a palette of 4 pigments.
slipstream/imagery/horizon.lc
[New Thread 0xac291b40 (LWP 12693)]
[New Thread 0xaba90b40 (LWP 12694)]
[New Thread 0xab28fb40 (LWP 12695)]
Spent 2.341299 CPU seconds initializing.
Now entering the main loop.
ODE INTERNAL ERROR 1: assertion "bNormalizationResult" failed in _dNormalize4() [../../include/ode/odemath.h]
Program received signal SIGABRT, Aborted.
0xffffe424 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe424 in __kernel_vsyscall ()
#1 0xb75e5272 in raise () from /lib/libc.so.6
#2 0xb75e6a5c in abort () from /lib/libc.so.6
#3 0xb7794a8e in dDebug () from /usr/lib/libode.so.1
#4 0xb77b6565 in dxStepBody(dxBody*, double) () from /usr/lib/libode.so.1
#5 0xb77b2828 in dInternalStepIsland_x2(dxWorld, dxBody const, int, dxJoint const*, int, double) () from /usr/lib/libode.so.1
#6 0xb77b2a33 in dInternalStepIsland(dxWorld, dxBody const, int, dxJoint const*, int, double) () from /usr/lib/libode.so.1
#7 0xb77b6936 in dxProcessIslands(dxWorld, double, void ()(dxWorld, dxBody const, int, dxJoint const*, int, double)) ()
from /usr/lib/libode.so.1
#8 0xb77a798a in dWorldStep () from /usr/lib/libode.so.1
#9 0x080527e2 in main (argc=6, argv=0xbfffefb4) at main.c:1965
(gdb)
|
Sat 02 Jun 2012 05:01:47 PM UTC, comment #3:
I've made some progress by recompiling the ODE package. Adding the 'double-precision' use flag enables the loading of the track, but there is still something funky in libode. Here are my current USE flags for ODE:
Calculating dependencies... done!
[ebuild R ] dev-games/ode-0.11.1 USE="double-precision gyroscopic -debug -doc -examples -static-libs" 0 kB
Here is a new debug trace:
Rebuilding program for Land node with a palette of 4 pigments.
slipstream/imagery/horizon.lc
[New Thread 0xac2aab40 (LWP 1969)]
[New Thread 0xabaa9b40 (LWP 1970)]
[New Thread 0xab2a8b40 (LWP 1971)]
Spent 2.329812 CPU seconds initializing.
Now entering the main loop.
Program received signal SIGSEGV, Segmentation fault.
0xb77aba3b in dxHeightfield::allocateHeightBuffer(unsigned int, unsigned int) () from /usr/lib/libode.so.1
(gdb) bt
#0 0xb77aba3b in dxHeightfield::allocateHeightBuffer(unsigned int, unsigned int) () from /usr/lib/libode.so.1
#1 0xb77ac765 in dxHeightfield::dCollideHeightfieldZone(int, int, int, int, dxGeom, int, int, dContactGeom, int) () from /usr/lib/libode.so.1
#2 0xb77ad751 in dCollideHeightfield(dxGeom, dxGeom, int, dContactGeom*, int) () from /usr/lib/libode.so.1
#3 0xb779c879 in dCollide () from /usr/lib/libode.so.1
#4 0x0804ccfc in callback (data=0x0, a=0x828e2a8, b=0xe41e258) at main.c:85
#5 0xb77a052d in ?? () from /usr/lib/libode.so.1
#6 0xb77a0dda in dxSimpleSpace::collide2(void, dxGeom, void ()(void, dxGeom, dxGeom)) () from /usr/lib/libode.so.1
#7 0xb77a1868 in dSpaceCollide2 () from /usr/lib/libode.so.1
#8 0x0804cc53 in callback (data=0x0, a=0x82cf808, b=0xe4c01f8) at main.c:74
#9 0xb77a052d in ?? () from /usr/lib/libode.so.1
#10 0xb77a05e2 in dxSimpleSpace::collide(void, void ()(void, dxGeom, dxGeom*)) () from /usr/lib/libode.so.1
#11 0xb77a172f in dSpaceCollide () from /usr/lib/libode.so.1
#12 0x080525cd in main (argc=6, argv=0xbfffefb4) at main.c:1935
(gdb)
|
Sat 02 Jun 2012 01:48:04 PM UTC, comment #2:
I compiled with the suggested flags, here is the trace output:
/laguna-default.lua
GNU gdb (Gentoo 7.3.1 p2) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>...
Reading symbols from /usr/local/lib/techne/techne.bin...done.
(gdb) run
Starting program: /usr/local/lib/techne/techne.bin -Oprefix=/usr/local/share/techne -c /usr/local/share/techne/slipstream/slipstream.lua -Omodel=slipstream/motorcycle/motorcycle-largesports.lua -Otrack=slipstream/tracks/laguna-default.lua
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Greetings fellow user, this is Techne 0.9.0.
[New Thread 0xb490eb40 (LWP 2396)]
Let's see what kind of junk we're dealing with here.
The GdkGL extension version is 1.4.
Graphics rendering is provided courtesy of:
'GeForce GT 430/PCIe/SSE2 4.2.0 NVIDIA 295.53'.
The framebuffer configuration I managed to get is [8, 8, 8, 8, 24, 8].
The rendering context is direct.
Audio spatialization and renderering has been subcontracted to:
'OpenAL Soft 1.1 ALSOFT 1.13'.
The resolution of the realitme clock is 1 ns
The resolution of the process clock is 1 ns
Reading your scripts and hoping for the best.
Listening for HTTP requests on port 29176.
Read 0 pages and 0 mime types from /home/bcason/.slipstream.d/configurations.
/home/bcason/.slipstream.d/configurations/tags.lua (0 keys)
Read 0 pages and 0 mime types from /home/bcason/.slipstream.d/sessions.
/home/bcason/.slipstream.d/sessions/recorded.lua (0 keys)
/home/bcason/.slipstream.d/sessions/imported.lua (0 keys)
slipstream/control.lua
slipstream/tracks.lua
slipstream/models.lua
slipstream/pages.lua
slipstream/fragments.lua
slipstream/pages/stylesheet.lua
slipstream/pages/home.lua
slipstream/pages/logo.svg
slipstream/pages/sessions.lua
slipstream/pages/settings.lua
slipstream/pages/current.lua
slipstream/pages/wait.lua
slipstream/motorcycle/home.lua
slipstream/motorcycle/engine.lua
slipstream/motorcycle/tyre.lua
slipstream/motorcycle/vehicle.lua
slipstream/motorcycle/control.lua
slipstream/motorcycle/motorcycle-largesports.lua
slipstream/vehicles/motorcycle-largesports.lua
slipstream/engines/motorcycle-largesports.lua
slipstream/controls/motorcycle-largesports.lua
slipstream/tyres/motorcycle-120-70.lua
slipstream/tyres/motorcycle-180-55.lua
slipstream/tracks/laguna-default.lua
slipstream/motorcycle/model.lua
Program received signal SIGSEGV, Segmentation fault.
0xb77b6910 in dBodyVectorToWorld () from /usr/lib/libode.so.1
(gdb) bt
#0 0xb77b6910 in dBodyVectorToWorld () from /usr/lib/libode.so.1
#1 0xb36f182f in -[Wheel release] (self=0x8267360, _cmd=0x8061ab0) at wheel.c:153
#2 0x08058250 in -[Body init] (self=0x8267360, _cmd=0xb3703a40) at body.c:111
#3 0xb36f1780 in -[Wheel init] (self=0x8267360, _cmd=0xb37032b0) at wheel.c:141
#4 0xb36f0d60 in constructnode (L=0x8085148) at automotive.c:98
#5 0xb78b4888 in ?? () from /usr/lib/liblua.so.5
#6 0xb78bfd10 in ?? () from /usr/lib/liblua.so.5
#7 0xb78b4e48 in ?? () from /usr/lib/liblua.so.5
#8 0xb78afd61 in ?? () from /usr/lib/liblua.so.5
#9 0xb78b4404 in ?? () from /usr/lib/liblua.so.5
#10 0xb78b4468 in ?? () from /usr/lib/liblua.so.5
#11 0xb78afb59 in lua_pcall () from /usr/lib/liblua.so.5
#12 0x08055946 in luaX_call (L=0x8085148, nargs=0, nresults=0) at common.c:264
#13 0x08051f06 in main (argc=6, argv=0xbfffefb4) at main.c:1779
(gdb)
|
Sat 02 Jun 2012 10:20:41 AM UTC, comment #1:
I think the strace output you've posted actually traces the calls made by the wrapper scripts and not the actual executables. In any case, since you've compiled from source, it would be easier and more informative to run slipstream through a debugger. In order to do that start Sliptstream like so:
slipstream --debug -Omodel=slipstream/motorcycle/motorcycle-largesports.lua -Otrack=slipstream/tracks/laguna-default.lua
The game won't start immediately, gdb the debugger will take control and present you with a prompt. Enter 'run' and the game will start with a preselected vehicle and track and it should crash. At that point you'll get back to the debugger. Enter 'backtrace' there and you'll get a stack trace. Paste that here.
If the stack trace doesn't show function names but only function pointers you might have to recompile with debugging symbols. To do that just reconfigure with:
CFLAGS="-g -O0" ./configure
Then make && make install as usual.
Also it would be interesting to know what hardware you're running this on, mainly the GPU is of interest. It's mentioned in the messages printed when you run Slipstream from the console so you could just copy and paste those.
Dimitris
|
Sat 02 Jun 2012 01:37:27 AM UTC, original submission:
I've compiled from source, after selecting any track or game, the following is logged:
Received a GET request for URL /slipstream/sessions/start.
slipstream/motorcycle/model.lua
Hmmm, I just received a rather lethal signal (number 11 if you must know).
Attempting to go down gracefully...
Adieu!
Terminated
Using strace, I see this complaint:
kill(28927, SIGTERM) = -1 ESRCH (No such process)
fstat64(2, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(2, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0xbfb027e8) = -1 ENOTTY (Inappropriate ioctl for device)
Thanks for any assistance that you can offer.
|