tuxkart-users — Questions and Answers for TuxKart users.

Re: [TuxKart-users] Compilation problems

[al <al...@te...>]

Mads Bondo Dydensborg wrote:
> 
> Hi there.
> 
> I have installed the plib rpm file, that there is a link to from the
> homepage. I am using RedHat 6.2, Mesa 3.1 and
> gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
>
isnt that link for a Mandrake RPM?

[TuxKart-users] Compilation problems

[Mads B. D. <ma...@ch...>]

Hi there.

I have installed the plib rpm file, that there is a link to from the
homepage. I am using RedHat 6.2, Mesa 3.1 and 
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) 

Succesfull configure, but make stops during linking, when it can not find
the __rethrow symbol.

What I need is just someone to tell me where I can find the __rethrow
symbol. (I can't find it with nm on any of my .a/.so files, except as used
by the plib files.)

Here follows the error from make:

[madsdyd@mother tuxkart-0.0.3]$ make
Making all in src
make[1]: Entering directory `/home/madsdyd/Compile/tuxkart-0.0.3/src'
c++  -g -O2 -O6 -Wall  -o tuxkart  start_tuxkart.o tuxkart.o gfx.o
material.o gu
i.o status.o sound.o utils.o isect.o guNet.o loader.o guClock.o Track.o
Driver.o
 Herring.o Explosion.o KartDriver.o Traffic.o PlayerDriver.o AutoDriver.o
Projec
tile.o  -lplibsl -lplibssg -lplibpu -lplibfnt -lplibsg -lglut -lGLU -lGL
-L/us
r/X11R6/lib  -lSM -lICE -lpthread -lX11 -lXi -lXext -lXmu  -lm
/usr/bin/../lib/libplibsl.a(slScheduler.o): In function
`slScheduler::loopMusic(
char *, int, slPreemptMode, int, void (*)(slSample *, slEvent, int))':
slScheduler.o(.text+0x886): undefined reference to `__rethrow'
slScheduler.o(.text+0x8a5): undefined reference to `__rethrow'
/usr/bin/../lib/libplibsl.a(slScheduler.o): In function
`slScheduler::playMusic(
char *, int, slPreemptMode, int, void (*)(slSample *, slEvent, int))':
slScheduler.o(.text+0x9c4): undefined reference to `__rethrow'
slScheduler.o(.text+0x9e3): undefined reference to `__rethrow'
/usr/bin/../lib/libplibsl.a(slMODPlayer.o): In function
`slMODPlayer::init(char
*)':
slMODPlayer.o(.text+0x14f): undefined reference to `__rethrow'
/usr/bin/../lib/libplibsl.a(slMODPlayer.o)(.slMODPlayer::gnu.linkonce.t.(char
*,
 slReplayMode, int, slPreemptMode, int, void (*)(slSample *, slEvent,
int))+0xae
): more undefined references to `__rethrow' follow
collect2: ld returned 1 exit status
make[1]: *** [tuxkart] Error 1
make[1]: Leaving directory `/home/madsdyd/Compile/tuxkart-0.0.3/src'
make: *** [all-recursive] Error 1

Thanks,

Mads

-- 
Mads Bondo Dydensborg.                               ma...@ch...
Perhaps only a monopolist like Microsoft could get away with selling worse 
products each generation -- products focused so narrowly on the least-
technical member of the consumer base that they necessarily sacrifice technical
excellence.
                                     - www.os2hq.com

Re: [TuxKart-users] I have a compilation problem(corection)

[Ingo R. <gr...@gm...>]

Steve Baker <sjb...@ai...> writes:

>       What the heck is '#include_next' ??!?

Well, no idea about the FLT_MAX problem, but I can say you were for
include_next are:

$ info cpp index \#include_next

,----[ info cpp index \#include_next ]
| [...]
|    `#include </usr/include/sys/signal.h>' would find the proper file,
| but that is not clean, since it makes an assumption about where the
| system header file is found.  This is bad for maintenance, since it
| means that any change in where the system's header files are kept
| requires a change somewhere else.
| 
|    The clean way to solve this problem is to use `#include_next', which
| means, "Include the *next* file with this name."  This directive works
| like `#include' except in searching for the specified file: it starts
| searching the list of header file directories *after* the directory in
| which the current file was found.
| [...]
`----


-- 
ICQ: 59461927                                      http://www.pingus.cx | 
Ingo Ruhnke <gr...@gm...>             http://home.pages.de/~grumbel/ |
------------------------------------------------------------------------'

Re: [TuxKart-users] Bugs

[<co...@ys...>]

Steve Baker wrote:
> > BTW, on a separate subject, plib 1.1.11 and 1.2.0 both install in
> > /usr/lib rather than /usr/local/lib unless I explicity give --prefix to
> > configure. This is inconsitant with the docs.
> 
> No it's not - well, not the online docs on Sourceforge anyway.
> 
> PLIB 1.1.00 onwards are *supposed* to install in /usr/lib/libplibXXX.a
> PLIB 1.0.xx and earlier installed in /usr/local/lib/plib/libXXX.a

Oh I see. I think 'configure --help' still says /usr/local.

I don't have the courage to try Xf86 4.0.1 quite yet - getting 4.0.0
running took 3 weeks, but I'll give that a try for the other problems
when I've got some free time.

Kevin

Re: [TuxKart-users] I have a compilation problem(corection)

[al <al...@te...>]

> To get you up and running, (and assuming you can install PLIB
> from the RPM) edit /usr/include/plib/sg.h and add this just
> before it says '#define sgFloat float' :
> 
>     #ifndef FLT_MAX
>     #  define FLT_MAX (3.40282e+38)
>     #endif
>     #ifndef DBL_MAX
>     #  define DBL_MAX (1.79769e+308)
>     #endif
> 
> Boy - those are *BIG* numbers! ...anyway, that should allow you
> to compile and run TuxKart OK.
> 
> Sorry for the hassle - I have no idea why this doesn't work for you.

Certainly, it is no hassel, anything worthwhile always takes some
work

I made that change:

/usr/include/plib/sg.h
-------<snip>--------
#ifdef __CYGWIN__
#include <float.h>
#endif

#ifndef FLT_MAX
#  define FLT_MAX (3.40282e+38)
#endif
#ifndef DBL_MAX
#  define DBL_MAX
(1.79769e+308)                                          
#endif

#define sgFloat float
#define SGfloat float
-------<snip>---------
after editing sg.h...
cd tuxkart/
make clean
rm config.cache
./configure (no errors)
make     
which gives:

Making all in src
make[1]: Entering directory `/opt/src/tuxkart-0.0.3/src'
c++ -DPACKAGE=\"tuxkart\" -DVERSION=\"0.0.3\" -DHAVE_LIBGL=1
-DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DSTDC_HEADERS=1 -DHAVE_GL_GL_H=1
-DHAVE_GL_GLUT_H=1 -DLINUX_JOYSTICK_IS_PRESENT=1
-DTUXKART_DATADIR=\"/usr/local/share/games/tuxkart\"  -I. -I.     
-g -O2 -O6 -Wall -c start_tuxkart.cxx
c++ -DPACKAGE=\"tuxkart\" -DVERSION=\"0.0.3\" -DHAVE_LIBGL=1
-DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DSTDC_HEADERS=1 -DHAVE_GL_GL_H=1
-DHAVE_GL_GLUT_H=1 -DLINUX_JOYSTICK_IS_PRESENT=1
-DTUXKART_DATADIR=\"/usr/local/share/games/tuxkart\"  -I. -I.     
-g -O2 -O6 -Wall -c tuxkart.cxx
tuxkart.cxx: In function `void load_track(ssgBranch *, char *)':
tuxkart.cxx:312: implicit declaration of function `int atan2(...)'
make[1]: *** [tuxkart.o] Error 1
make[1]: Leaving directory `/opt/src/tuxkart-0.0.3/src'
make: *** [all-recursive] Error 1



Let me appologize for the hassel :)

aal

Re: [TuxKart-users] Tuxkart runs only in a window..

[Steve B. <sjb...@ai...>]

Bill LaGrue wrote:
> 
> Hi...I have compiled Tuxkart ok, but no matter what i try it wont run full
> screen.  I have got the MESA_GLX_FX env. var. set to fullscreen, Glide works fine
> (all the demos work properly, so does Unreal Tournament and Terminus), I have Mesa
> 3.2 installed (Quake 3 runs perfectly)...anyone got any ideas at all?

Hmm - you didn't say what kind of graphics card you have - I'm presuming it's
some kind of Voodoo - but is it a V1, V2, V3, RUSH or a Banshee?

On my son's Voodoo-3, I set up a shell script to run it for him - so we can
tie that up to a KDE menu.

The script is:

-----------------------------------------------                                
#! /bin/csh

#
# My TuxKart working directory is '/u/tuxkart'...hence...
#
 
cd /u/tuxkart
 
setenv MESA_GLX_FX fullscreen
setenv FX_GLIDE_NO_SPLASH 1
unsetenv SST_NOSHUTDOWN
setenv SST_VGA_PASS       0
setenv SST_SWAP_EN_WAIT_ON_VSYNC 1
setenv SST_SCREENREFRESH 60
unsetenv SSTV2_NOSHUTDOWN
setenv SSTV2_VGA_PASS       0
setenv SSTV2_SWAP_EN_WAIT_ON_VSYNC 1
setenv SSTV2_SCREENREFRESH 60
./src/tuxkart                                                                   
-----------------------------------------------
(I think that used to work on my old Voodoo-1 card
and the Voodoo-2 cards I used to have in SLI configuration
at work)


Another possibility is that you have multiple copies
of Mesa installed on your machine by accident - and
somehow all the programs that work are those that link
to the 'correct' Mesa - but TuxKart is picking up the
bogus one.

Do this as root:

  find / -name libGL\* -print
  find / -name libMesaGL\* -print

...and do an 'ls -l' on each file it finds so you can see where
all those symbolic links are pointing.

If you find that there is more than one libGL or libMesaGL then that
is VERY likely to be your problem.

You can confirm it by running 'ldd' on tuxkart's executable and on
one of the Mesa programs that you know comes up full-screen.  They
*should* point to the same Mesa library - but I bet they don't!

FWIW, there is now a standard place for Mesa (or any other OpenGL under
Linux) to be installed - that is '/usr/lib/libGL.so' - wherever your
Mesa is installed, there should at least be a symbolic link so that
programs can hook up with /usr/lib/libGL.so.   Several recent Linux
distro's were putting Mesa into /usr/X11/lib - which is **WRONG**.

If all of that looks OK, start TuxKart, hit the spacebar to bring
up the menu - then click on 'Help' and 'Versions' and see what
versions of things TuxKart thinks it's linked to and what renderer it
thinks it's using...that might shed some light on what's going on.

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

[TuxKart-users] Tuxkart runs only in a window..

[Bill L. <bil...@ne...>]

Hi...I have compiled Tuxkart ok, but no matter what i try it wont run full
screen.  I have got the MESA_GLX_FX env. var. set to fullscreen, Glide works fine
(all the demos work properly, so does Unreal Tournament and Terminus), I have Mesa
3.2 installed (Quake 3 runs perfectly)...anyone got any ideas at all?
Thanks

Bill

-- 
Chiswick, fresh horses! We ride at once for Stoke, where it is my sworn
intent to approach the city walls, bear my broad buttocks and cry
'Behold, I honor thee most highly!' Come, all who are brave!	-Richard IV

Re: [TuxKart-users] I have a compilation problem(corection)

[Steve B. <sjb...@ai...>]

al wrote:
> 
> Steve Baker wrote:
> >
> > al wrote:
> > >
> > > Mandrake 7.1
> > > Glide_V3-2.60.15-3mdk.rpm & devel rpm
> > > Mesa3.2(compiled from source)
> > > plib-1.2.0-i586.rpm (NOT source)
> > > freeglut-alpha-1.3(source)
> > > VooDoo3 1000 AGP
> >
> > ...
> >
> > > /usr/include/plib/sg.h:842: `FLT_MAX' undeclared (first use this
> > > function)
> >
> > SHORT ANSWER:
> >
> >   Well, I'm guessing that the short answer is to hack in:
> >
> >       #include <float.h>
> >
> >   ...into PLIB's src/sg.h, to re-build and re-install PLIB, and then
> >   to try again...but that doesn't compile on my Linux box.
> >
> 
> this doesn't work for me either
> plib doesn't compile with or without the sg.h edit, I installed a
> bin rpm

OK - since you are a non-programmer, let's try to do a kludge to
get you up and running while we all go off and try to figure out
WTF is going on here.

To get you up and running, (and assuming you can install PLIB
from the RPM) edit /usr/include/plib/sg.h and add this just
before it says '#define sgFloat float' :

    #ifndef FLT_MAX
    #  define FLT_MAX (3.40282e+38)
    #endif
    #ifndef DBL_MAX
    #  define DBL_MAX (1.79769e+308)                                          
    #endif

Boy - those are *BIG* numbers! ...anyway, that should allow you
to compile and run TuxKart OK.

Sorry for the hassle - I have no idea why this doesn't work for you.

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

Re: [TuxKart-users] I have a compilation problem(corection)

[al <al...@te...>]

Steve Baker wrote:
> 
> al wrote:
> >
> > Mandrake 7.1
> > Glide_V3-2.60.15-3mdk.rpm & devel rpm
> > Mesa3.2(compiled from source)
> > plib-1.2.0-i586.rpm (NOT source)
> > freeglut-alpha-1.3(source)
> > VooDoo3 1000 AGP
> 
> ...
> 
> > /usr/include/plib/sg.h:842: `FLT_MAX' undeclared (first use this
> > function)
> 
> SHORT ANSWER:
> 
>   Well, I'm guessing that the short answer is to hack in:
> 
>       #include <float.h>
> 
>   ...into PLIB's src/sg.h, to re-build and re-install PLIB, and then
>   to try again...but that doesn't compile on my Linux box.
> 

this doesn't work for me either
plib doesn't compile with or without the sg.h edit, I installed a
bin rpm


> LONG ANSWER:
> 
>   OK - I'm officially confused.
> 
>   1)  I always used to use 'math.h' which defined FLT_MAX.
>       /usr/include/math.h *uses* FLT_MAX - so that ought to be OK.
> 
>   2)  That stopped working in a recent release - because it's
>       actually defined in 'float.h' which has ceased to exist
>       (at least under SuSE Linux 6.4).
> 
>   3)  At the top of 'values.h' it says:
> 
>       /*
>         This interface is obsolete.  New programs should use
>         <limits.h> and/or <float.h> instead of <values.h>. */
> 
>       ...but float.h has 'gone away' and 'limits.h' doesn't
>       define it either.
> 
>   4)  At the end of 'limits.h', it says this:
> 
>       #if defined __GNUC__ && !defined _GCC_LIMITS_H_
>       /* `_GCC_LIMITS_H_' is what GCC's file defines.  */
>       # include_next <limits.h>
>       #endif
> 
>       What the heck is '#include_next' ??!?
> 
> Aaaarrrggghhhhh!!!!
> 
> Anyway, somehow (despite FLT_MAX not being defined in ANY header file
> I can find), my code compiles without <float.h>  ... I suspect that
> these tokens are perhaps hard-coded into the C/C++ compiler so that
> cross-compilation can work or something like that.
> 


this sounds like it makes sense
but since I am not a programmer
that dont mean much :)

thanks
aal

Re: [TuxKart-users] Bugs

[Steve B. <sjb...@ai...>]

co...@ys... wrote:
> 
> Re Erik's problem, I think I'm seeing something similar, but with some
> variations.
> 
> I compile with plib 1.2, type 'make install', and 'chmod +s
> /usr/local/games/tuxkart' (my DRI doesn't work except as root for some
> reason), and then as a normal user I run '/usr/local/games/tuxkart'
> 
> For the intro screen I get a white screen instead of the normal logo.

This sounds like some kind of an error in DRI/Mesa - probably it's not
allocating texture maps correctly - and not freeing them up on program
exit.

That's something that I can't diagnose or adequately explain.

However, I don't think it's related to Eric's problem.

Since your DRI is behaving strangely anyway, we have to expect something
nasty to be going on down there.

I note that Xfree 4.0.1 has now appeared with Voodoo-3 support - maybe
you should try that.

> Then on starting a game I can play up to two times. After that, the kart
> just falls through the track and I see sky blue. Pressing 'r' gives me a
> glimpse of the start again. I can pause to get a better look, but then
> its back to falling.

That *does* sound like Eric's problem...Curt has a similar problem with
the version of TuxKart he's been hacking to include the FGFS sky model.

But I can't reproduce it - which is a problem for me.  It's hard to
diagnose at a distance.

> If I
> don't do the chmod and run in user mode, then I do see the startup logo,
> I don't fall through the track, but of course I get <1fps.

...which also suggests a low level driver problem.
 
> I can debug if necessary, but not familiar with C++ (but I do a bit of C
> and Java).

I don't have time tonight - and I'm on vacation until Tuesday next week...
so you are on your own for a while - sorry.

I suggest you take this thread over to the tuxkart-devel list - where
the people who might be able to help hang out.

Failing that, it'll have to wait until Tuesday.
 
> BTW, on a separate subject, plib 1.1.11 and 1.2.0 both install in
> /usr/lib rather than /usr/local/lib unless I explicity give --prefix to
> configure. This is inconsitant with the docs.

No it's not - well, not the online docs on Sourceforge anyway.
 
PLIB 1.1.00 onwards are *supposed* to install in /usr/lib/libplibXXX.a
PLIB 1.0.xx and earlier installed in /usr/local/lib/plib/libXXX.a

Please try to leave them in their default locations - chaos ensues
otherwise!

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

Re: [TuxKart-users] I have a compilation problem(corection)

[Steve B. <sjb...@ai...>]

al wrote:
> 
> Mandrake 7.1
> Glide_V3-2.60.15-3mdk.rpm & devel rpm
> Mesa3.2(compiled from source)
> plib-1.2.0-i586.rpm (NOT source)
> freeglut-alpha-1.3(source)
> VooDoo3 1000 AGP

...

> /usr/include/plib/sg.h:842: `FLT_MAX' undeclared (first use this
> function)

SHORT ANSWER:

  Well, I'm guessing that the short answer is to hack in:

      #include <float.h>

  ...into PLIB's src/sg.h, to re-build and re-install PLIB, and then
  to try again...but that doesn't compile on my Linux box.

LONG ANSWER:

  OK - I'm officially confused.

  1)  I always used to use 'math.h' which defined FLT_MAX.
      /usr/include/math.h *uses* FLT_MAX - so that ought to be OK.

  2)  That stopped working in a recent release - because it's
      actually defined in 'float.h' which has ceased to exist
      (at least under SuSE Linux 6.4).

  3)  At the top of 'values.h' it says:

      /*
        This interface is obsolete.  New programs should use
        <limits.h> and/or <float.h> instead of <values.h>. */

      ...but float.h has 'gone away' and 'limits.h' doesn't
      define it either.

  4)  At the end of 'limits.h', it says this:

      #if defined __GNUC__ && !defined _GCC_LIMITS_H_
      /* `_GCC_LIMITS_H_' is what GCC's file defines.  */
      # include_next <limits.h>
      #endif
 
      What the heck is '#include_next' ??!?

Aaaarrrggghhhhh!!!!

Anyway, somehow (despite FLT_MAX not being defined in ANY header file
I can find), my code compiles without <float.h>  ... I suspect that
these tokens are perhaps hard-coded into the C/C++ compiler so that
cross-compilation can work or something like that.

Does *anyone* have a clue?

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

[TuxKart-users] I have a compilation problem(corection)

[al <al...@te...>]

Mandrake 7.1
Glide_V3-2.60.15-3mdk.rpm & devel rpm
Mesa3.2(compiled from source)
plib-1.2.0-i586.rpm (NOT source)
freeglut-alpha-1.3(source)
VooDoo3 1000 AGP

Q3Ademo, UTdemo, TerminusDemo, several other 3d apps run fine
but......
when I tried to compile tuxkart...

./configure runs without a hitch
make gives this:

Making all in src
make[1]: Entering directory `/opt/src/tuxkart-0.0.3/src'
c++ -DPACKAGE=\"tuxkart\" -DVERSION=\"0.0.3\" -DHAVE_LIBGL=1
-DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DSTDC_HEADERS=1 -DHAVE_GL_GL_H=1
-DHAVE_GL_GLUT_H=1 -DLINUX_JOYSTICK_IS_PRESENT=1
-DTUXKART_DATADIR=\"/usr/local/share/games/tuxkart\"  -I. -I.     
-g -O2 -O6 -Wall -c start_tuxkart.cxx
In file included from /usr/include/plib/ssg.h:15,
                 from start_tuxkart.h:18,
                 from start_tuxkart.cxx:2:
/usr/include/plib/sg.h: In method `void sgBox::empty()':
/usr/include/plib/sg.h:842: `FLT_MAX' undeclared (first use this
function)
/usr/include/plib/sg.h:842: (Each undeclared identifier is reported
only once
/usr/include/plib/sg.h:842: for each function it appears in.)
/usr/include/plib/sg.h: In method `void sgdBox::empty()':
/usr/include/plib/sg.h:1961: `DBL_MAX' undeclared (first use this
function)
In file included from start_tuxkart.h:18,
                 from start_tuxkart.cxx:2:
/usr/include/plib/ssg.h: In method `float
ssgRangeSelector::getRange(unsigned int)':
/usr/include/plib/ssg.h:1276: warning: control reaches end of
non-void function `ssgRangeSelector::getRange(unsigned int)'
make[1]: *** [start_tuxkart.o] Error 1
make[1]: Leaving directory `/opt/src/tuxkart-0.0.3/src'
make: *** [all-recursive] Error 1


I am at a loss to decypher what is wrong..
if this is in a faq please send me a link
thank you
aal

[TuxKart-users] I have a compilation problem

[al <al...@te...>]

Mandrake 7.1
Glide_V3-2.60.15-3mdk.rpm & devel rpm
Mesa3.2(compiled from source)
plib-1.2.0(source)
freeglut-alpha-1.3(source)
VooDoo3 1000 AGP

Q3Ademo, UTdemo, TerminusDemo, several other 3d apps run fine
but......
when I tried to compile tuxkart...

./configure runs without a hitch
make gives this:

Making all in src
make[1]: Entering directory `/opt/src/tuxkart-0.0.3/src'
c++ -DPACKAGE=\"tuxkart\" -DVERSION=\"0.0.3\" -DHAVE_LIBGL=1
-DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DSTDC_HEADERS=1 -DHAVE_GL_GL_H=1
-DHAVE_GL_GLUT_H=1 -DLINUX_JOYSTICK_IS_PRESENT=1
-DTUXKART_DATADIR=\"/usr/local/share/games/tuxkart\"  -I. -I.     
-g -O2 -O6 -Wall -c start_tuxkart.cxx
In file included from /usr/include/plib/ssg.h:15,
                 from start_tuxkart.h:18,
                 from start_tuxkart.cxx:2:
/usr/include/plib/sg.h: In method `void sgBox::empty()':
/usr/include/plib/sg.h:842: `FLT_MAX' undeclared (first use this
function)
/usr/include/plib/sg.h:842: (Each undeclared identifier is reported
only once
/usr/include/plib/sg.h:842: for each function it appears in.)
/usr/include/plib/sg.h: In method `void sgdBox::empty()':
/usr/include/plib/sg.h:1961: `DBL_MAX' undeclared (first use this
function)
In file included from start_tuxkart.h:18,
                 from start_tuxkart.cxx:2:
/usr/include/plib/ssg.h: In method `float
ssgRangeSelector::getRange(unsigned int)':
/usr/include/plib/ssg.h:1276: warning: control reaches end of
non-void function `ssgRangeSelector::getRange(unsigned int)'
make[1]: *** [start_tuxkart.o] Error 1
make[1]: Leaving directory `/opt/src/tuxkart-0.0.3/src'
make: *** [all-recursive] Error 1


I am at a loss to decypher what is wrong..
if this is in a faq please send me a link
thank you
aal

[TuxKart-users] Bugs

[<co...@ys...>]

Re Erik's problem, I think I'm seeing something similar, but with some
variations.

I compile with plib 1.2, type 'make install', and 'chmod +s
/usr/local/games/tuxkart' (my DRI doesn't work except as root for some
reason), and then as a normal user I run '/usr/local/games/tuxkart'

For the intro screen I get a white screen instead of the normal logo.

Then on starting a game I can play up to two times. After that, the kart
just falls through the track and I see sky blue. Pressing 'r' gives me a
glimpse of the start again. I can pause to get a better look, but then
its back to falling.

The really strange thing is why it works the first two times. The
exectuable file is not changing, no files in my area are changing. And
yet after the first two games I get the blue screen problem.

Restarting the game, restarting X, and loging out do not restore the
game - the only way to fix it is to copy the executable from
tuxkart-0.0.2/src across and chmod it again (even though diff says they
are identical). Yes, I know, thats impossible (unless maybe something is
staying in memory and being corrupted - I'll try rebooting next). If I
don't do the chmod and run in user mode, then I do see the startup logo,
I don't fall through the track, but of course I get <1fps.

My machine is a K6/2-333, Voodoo3-1000 (probably a rebadged
Velocity-100), Redhat 6.2, Xfree86v4.0.0.

I can debug if necessary, but not familiar with C++ (but I do a bit of C
and Java).


BTW, on a separate subject, plib 1.1.11 and 1.2.0 both install in
/usr/lib rather than /usr/local/lib unless I explicity give --prefix to
configure. This is inconsitant with the docs.

Re: [TuxKart-users] Bugs

[<jo...@jp...>]

On Tue, Jul 04, 2000 at 01:38:55AM -0500, Steve Baker wrote:
> Erik wrote:
> >=20
> > Well, i installed plib 1.2.0, and already have openGL/glut working.
> > I load up tuxkart and all seems fine, but then when i tell it to start i
> > get the people on the bottom, the race track on the right, and a blue
> > background.  No view of the track :)
>=20
> Did you see any error messages when the program started up - or
> when you selected a track?
Ok, here is the complete output of the game:


Data files will be fetched from: '.'
Data files will be fetched from: '.'
@@Created GLX Context..


   TUXEDO T. PENGUIN stars in TUXKART!
               by Steve and Oliver Baker
                 <sjb...@ai...>
                  http://tuxkart.sourceforge.net


Now the thing about data files made me wonder, but i havent looked into
it.  I do get the proper graphics for the begining, and the images at the
bottom look fine.  And it draws a picture of the track so i figured all
the data files are being found just fine.

>=20
> If so, please email them to me.
>=20
> Did you do a 'make install' - or did you opt to run it from
> the download directory?
I tried it both ways.  The stuff i just showed was from running
from the source directory, but running it from an install looks the
same, both in the game and in the output.

>=20
> It's possible that my installation code failed...if it's not
> that then I'm rather puzzled.
>=20
> What CPU and graphics card do you have?
Athlon 550, G400.  Debian Woody distribution, X 3.3.6, utah-glx.
plib 1.2.0.  Kernel 2.2.16.  Most of that probably doesn't matter


I'm decent with a debugger, if you can tell me where i should look i can
set a few breakpoints, and look for things that dont seem right.  If i find
some time i'll go through the source and do some checking, but i've been
busy lately.


Oh, and in response to your next email, hitting the reset button doesn't do
anything :)
>=20
> --=20
> Steve Baker   HomeEmail: <sjb...@ai...>
>               WorkEmail: <sj...@li...>
>               HomePage : http://web2.airmail.net/sjbaker1
>               Projects : http://plib.sourceforge.net
>                          http://tuxaqfh.sourceforge.net
>                          http://tuxkart.sourceforge.net
>                          http://prettypoly.sourceforge.net
>=20
> _______________________________________________
> Tuxkart-users mailing list
> Tux...@li...
> http://lists.sourceforge.net/mailman/listinfo/tuxkart-users

--=20
Erik Bernhardson
jo...@jp...
--
It is better to remain silent and be considered a fool, than to speak and
remove all doubt.
	-- Abraham Lincoln

Re: [TuxKart-users] Bugs

[Steve B. <sjb...@ai...>]

Steve Baker wrote:
> 
> Erik wrote:
> >
> > Well, i installed plib 1.2.0, and already have openGL/glut working.
> > I load up tuxkart and all seems fine, but then when i tell it to start i
> > get the people on the bottom, the race track on the right, and a blue
> > background.  No view of the track :)

It just occured to me to ask if you've tried hitting 'R' on the keyboard -
that causes the game to be reset.  If you do that, does everything work
OK from then on - or do you just go back to free-fall?

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

Re: [TuxKart-users] Bugs

[Steve B. <sjb...@ai...>]

Erik wrote:
> 
> Well, i installed plib 1.2.0, and already have openGL/glut working.
> I load up tuxkart and all seems fine, but then when i tell it to start i
> get the people on the bottom, the race track on the right, and a blue
> background.  No view of the track :)

Did you see any error messages when the program started up - or
when you selected a track?

If so, please email them to me.

Did you do a 'make install' - or did you opt to run it from
the download directory?

It's possible that my installation code failed...if it's not
that then I'm rather puzzled.

What CPU and graphics card do you have?

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

[TuxKart-users] Bugs

[<jo...@jp...>]

Well, i installed plib 1.2.0, and already have openGL/glut working.
I load up tuxkart and all seems fine, but then when i tell it to start i
get the people on the bottom, the race track on the right, and a blue
background.  No view of the track :)

--=20
Erik Bernhardson
jo...@jp...
--
It is better to remain silent and be considered a fool, than to speak and
remove all doubt.
	-- Abraham Lincoln

[TuxKart-users] New tarball.

[Steve B. <sjb...@ai...>]

There is a new tarball being downloaded right now that fixes the missing 'level.h' file
problem.

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net

[TuxKart-users] Still testing - yawn!

[Steve B. <sjb...@ai...>]

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

[TuxKart-users] Testing, testing

[Steve B. <sjb...@ai...>]

Just a test - please ignore

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

[TuxKart-users] Testing.

[Steve B. <sjb...@ai...>]

Just a test - please ignore.

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)