super-tux-devel — Development mailing list for Super Tux

[Super-tux-devel] bug

[shakir0 <sh...@ya...>]

I just played supertux three days ago. It was worked
perfectly but the last 2 times, supertux collapsed the
cpu time. The external sound (xmms) stopped and ,afer
one min, the xserver crashed. Restart was the ultimate
action...

Howewer the difficulties, the game is better than
mario :P

-SO-
Debian Sarge - 2004-10-02 Snapshot (10 isos)

Linux shakir0 2.6.9 #3 Thu Jan 13 17:18:34 CET 2005
i686 GNU/Linux

The sound was perfectly configured (Ensoniq 5880
AudioPCI (rev 02)) and the graphical (Nvidia Geforce 4
Mx 400 AGP 8X) was with 3D graphics and opengl
configured.

Thanks!
shaki

sh...@ya...



		
______________________________________________ 
Renovamos el Correo Yahoo!: ¡250 MB GRATIS! 
Nuevos servicios, más seguridad 
http://correo.yahoo.es

Re: [Super-tux-devel] Re: Build problem on MingW32

[Christian M. <cm...@gm...>]

Matze Braun wrote:
> Am Freitag, den 21.01.2005, 21:34 +0100 schrieb Christian Mattar:
> 
>>Ryan Flegel wrote:
>>
>>
>>>Try compiling supertux with the -g (debugging) parameter. It should
>>>give a more useful backtrace which can help find the culprit.
>>
>>I tried GCC 3.2.3 like another poster suggested, with no difference.
>>
>>Here is a more detailed trace:
>>
>>(gdb) #0  std::basic_string<char, std::char_traits<char>, 
>>std::allocator<char> > std::operator+<char, std::char_traits<char>, 
>>std::allocator<char> >(char const*, std::basic_string<char, 
>>std::char_traits<char>, std::allocator<char> > const&) (
>>     __lhs=0x4908b4 "/", __rhs=@0x4e6680)
>>     at d:/Psycho/mingw/include/c++/3.2.3/bits/basic_string.h:388
>>#1  0x0049097a in __static_initialization_and_destruction_0(int, int) (
>>     __initialize_p=1, __priority=65535)
>>     at d:/Psycho/mingw/include/c++/3.2.3/bits/basic_string.h:952
>>#2  0x00490ac2 in _GLOBAL__I_config_filename ()
>>     at d:/Psycho/mingw/include/c++/3.2.3/bits/stl_map.h:110
>>#3  0x00495017 in __main ()
>>#4  0x00494df9 in main ()
>>#5  0x004011e7 in _end__ ()
>>#6  0x00401258 in WinMainCRTStartup ()
>>#7  0x7c816d4f in _libwinmm_a_iname ()
>>
>>
> 
> Just a guess, but it might have to do with the object factory code I
> wrote... Easiest way to test this would be to get a cvs version from
> before 2004/12/20. (cvs -z3 update -Pd -D 2004/12/19)

That build crashes as well.

Christian

Re: [Super-tux-devel] Re: Build problem on MingW32

[Matze B. <ma...@br...>]

Am Freitag, den 21.01.2005, 21:34 +0100 schrieb Christian Mattar:
> Ryan Flegel wrote:
> 
> > Try compiling supertux with the -g (debugging) parameter. It should
> > give a more useful backtrace which can help find the culprit.
> 
> I tried GCC 3.2.3 like another poster suggested, with no difference.
> 
> Here is a more detailed trace:
> 
> (gdb) #0  std::basic_string<char, std::char_traits<char>, 
> std::allocator<char> > std::operator+<char, std::char_traits<char>, 
> std::allocator<char> >(char const*, std::basic_string<char, 
> std::char_traits<char>, std::allocator<char> > const&) (
>      __lhs=0x4908b4 "/", __rhs=@0x4e6680)
>      at d:/Psycho/mingw/include/c++/3.2.3/bits/basic_string.h:388
> #1  0x0049097a in __static_initialization_and_destruction_0(int, int) (
>      __initialize_p=1, __priority=65535)
>      at d:/Psycho/mingw/include/c++/3.2.3/bits/basic_string.h:952
> #2  0x00490ac2 in _GLOBAL__I_config_filename ()
>      at d:/Psycho/mingw/include/c++/3.2.3/bits/stl_map.h:110
> #3  0x00495017 in __main ()
> #4  0x00494df9 in main ()
> #5  0x004011e7 in _end__ ()
> #6  0x00401258 in WinMainCRTStartup ()
> #7  0x7c816d4f in _libwinmm_a_iname ()
> 
> 
Just a guess, but it might have to do with the object factory code I
wrote... Easiest way to test this would be to get a cvs version from
before 2004/12/20. (cvs -z3 update -Pd -D 2004/12/19)

Greetings,
	Matze

Re: [Super-tux-devel] Re: Build problem on MingW32

[Christian M. <cm...@gm...>]

Ryan Flegel wrote:

> Try compiling supertux with the -g (debugging) parameter. It should
> give a more useful backtrace which can help find the culprit.

I tried GCC 3.2.3 like another poster suggested, with no difference.

Here is a more detailed trace:

(gdb) #0  std::basic_string<char, std::char_traits<char>, 
std::allocator<char> > std::operator+<char, std::char_traits<char>, 
std::allocator<char> >(char const*, std::basic_string<char, 
std::char_traits<char>, std::allocator<char> > const&) (
     __lhs=0x4908b4 "/", __rhs=@0x4e6680)
     at d:/Psycho/mingw/include/c++/3.2.3/bits/basic_string.h:388
#1  0x0049097a in __static_initialization_and_destruction_0(int, int) (
     __initialize_p=1, __priority=65535)
     at d:/Psycho/mingw/include/c++/3.2.3/bits/basic_string.h:952
#2  0x00490ac2 in _GLOBAL__I_config_filename ()
     at d:/Psycho/mingw/include/c++/3.2.3/bits/stl_map.h:110
#3  0x00495017 in __main ()
#4  0x00494df9 in main ()
#5  0x004011e7 in _end__ ()
#6  0x00401258 in WinMainCRTStartup ()
#7  0x7c816d4f in _libwinmm_a_iname ()


Thanks for any help.
Christian

Re: [Super-tux-devel] Re: Build problem on MingW32

[Ryan F. <rf...@gm...>]

On Fri, 21 Jan 2005 11:29:11 +0100, Matze Braun <ma...@br...> wrote:
> Am Donnerstag, den 20.01.2005, 22:13 +0100 schrieb Christian Mattar:
> > This is the information I could gather:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x00524628 in std::basic_string<char, std::char_traits<char>,
> > std::allocator<char> > std::operator+<char, std::char_traits<char>,
> > std::allocator<char> >(char const*, std::basic_string<char,
> > std::char_traits<char>, std::allocator<char> > const&) (__lhs=0x532670
> > "/", __rhs=@0x5387c8)
> >      at
> > d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:532
> > 532         size() const { return _M_rep()->_M_length; }
> >
> > A stack trace:
> >
> > #1  0x004cb517 in __static_initialization_and_destruction_0(int, int) (
> >      __initialize_p=1, __priority=65535)
> >      at
> > d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:2020
> > #2  0x004cfac7 in __do_global_ctors ()
> > #3  0x004cf906 in main ()
> >
> > Any ideas?
> 
> Well from the backtrace it looks like there's a global std::string
> variable somewhere whose constructor fails... Maybe you can find out
> somehow which one causes the crash?

Try compiling supertux with the -g (debugging) parameter. It should
give a more useful backtrace which can help find the culprit.

-- 
Ryan

Re: [Super-tux-devel] Re: Build problem on MingW32

[Matze B. <ma...@br...>]

Am Donnerstag, den 20.01.2005, 22:13 +0100 schrieb Christian Mattar:
> This is the information I could gather:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00524628 in std::basic_string<char, std::char_traits<char>, 
> std::allocator<char> > std::operator+<char, std::char_traits<char>, 
> std::allocator<char> >(char const*, std::basic_string<char, 
> std::char_traits<char>, std::allocator<char> > const&) (__lhs=0x532670 
> "/", __rhs=@0x5387c8)
>      at 
> d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:532
> 532	      size() const { return _M_rep()->_M_length; }
> 
> A stack trace:
> 
> #1  0x004cb517 in __static_initialization_and_destruction_0(int, int) (
>      __initialize_p=1, __priority=65535)
>      at 
> d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:2020
> #2  0x004cfac7 in __do_global_ctors ()
> #3  0x004cf906 in main ()
> 
> Any ideas?

Well from the backtrace it looks like there's a global std::string
variable somewhere whose constructor fails... Maybe you can find out
somehow which one causes the crash?

Greetings,
	Matze

Re: [Super-tux-devel] Re: Build problem on MingW32

[Harley L. <har...@ui...>]

Christian Mattar wrote:

> This is the information I could gather:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00524628 in std::basic_string<char, std::char_traits<char>, 
> std::allocator<char> > std::operator+<char, std::char_traits<char>, 
> std::allocator<char> >(char const*, std::basic_string<char, 
> std::char_traits<char>, std::allocator<char> > const&) (__lhs=0x532670 
> "/", __rhs=@0x5387c8)
>     at 
> d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:532 
>
> 532          size() const { return _M_rep()->_M_length; }
>
> A stack trace:
>
> #1  0x004cb517 in __static_initialization_and_destruction_0(int, int) (
>     __initialize_p=1, __priority=65535)
>     at 
> d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:2020 
>
> #2  0x004cfac7 in __do_global_ctors ()
> #3  0x004cf906 in main ()
>
> Any ideas?
>
> Christian
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Super-tux-devel mailing list
> Sup...@li...
> https://lists.sourceforge.net/lists/listinfo/super-tux-devel
>
just a wild guess, but you could try gcc 3.3.1 (previous). I don't know 
if that'll make any difference or not because I don't feel like 
rebooting and setting it up to compile in MinGW/Msys. Call me lazy in 
that fact, but it is almost midnight here. Maybe this weekend I'll have 
some time to try it myself. How much help that'll be I don't know though.

Re: [Super-tux-devel] Re: Build problem on MingW32

[Ryan F. <rf...@gm...>]

On Thu, 20 Jan 2005 22:13:51 +0100, Christian Mattar <cm...@gm...> wrote:
> This is the information I could gather:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00524628 in std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > std::operator+<char, std::char_traits<char>,
> std::allocator<char> >(char const*, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&) (__lhs=0x532670
> "/", __rhs=@0x5387c8)
>      at
> d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:532
> 532           size() const { return _M_rep()->_M_length; }
> 
> A stack trace:
> 
> #1  0x004cb517 in __static_initialization_and_destruction_0(int, int) (
>      __initialize_p=1, __priority=65535)
>      at
> d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:2020
> #2  0x004cfac7 in __do_global_ctors ()
> #3  0x004cf906 in main ()
> 
> Any ideas?

Sorry.. none.

-- 
Ryan

[Super-tux-devel] Re: Build problem on MingW32

[Christian M. <cm...@gm...>]

This is the information I could gather:

Program received signal SIGSEGV, Segmentation fault.
0x00524628 in std::basic_string<char, std::char_traits<char>, 
std::allocator<char> > std::operator+<char, std::char_traits<char>, 
std::allocator<char> >(char const*, std::basic_string<char, 
std::char_traits<char>, std::allocator<char> > const&) (__lhs=0x532670 
"/", __rhs=@0x5387c8)
     at 
d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:532
532	      size() const { return _M_rep()->_M_length; }

A stack trace:

#1  0x004cb517 in __static_initialization_and_destruction_0(int, int) (
     __initialize_p=1, __priority=65535)
     at 
d:/Psycho/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:2020
#2  0x004cfac7 in __do_global_ctors ()
#3  0x004cf906 in main ()

Any ideas?

Christian

Re: [Super-tux-devel] Re: Build problem on MingW32

[Ryan F. <rf...@gm...>]

On Thu, 20 Jan 2005 17:39:15 +0100, Christian Mattar <cm...@gm...> wrote:
> Thank you Ryan, I can get it to compile now. Unfortunately, when I try
> to run it, I immediately get a general protection fault. Has that
> happened to anyone else?
> How exactly are the official Windows builds done? Are they also built
> using GCC?

Matze compiles them under Linux with g++ I think.

Not sure about that GPF. Can you debug it with gdb?

-- 
Ryan

[Super-tux-devel] Re: Build problem on MingW32

[Christian M. <cm...@gm...>]

Thank you Ryan, I can get it to compile now. Unfortunately, when I try 
to run it, I immediately get a general protection fault. Has that 
happened to anyone else?
How exactly are the official Windows builds done? Are they also built 
using GCC?

Christian

>  On Sat, 08 Jan 2005 13:19:58 +0100, Christian Mattar <cmattar@gm...> wrote:
>  > Hi!
>  > 
>  > I"m trying to build Supertux from Source using MingW32 on Windows XP.
>  > Unfortunately I"m getting a error:

[snip]

>  > My guess is that something goes wrong when including rectangle.h,
>  > although this works when compiling libsupertuxlib.
>  > I"ve tried both GCC 3.2 and 3.4.
>  > Any ideas?
>  
>  I think it"s something to do with a "Rectangle" function in some
>  windows header file that is automatically included for you. Try
>  replacing all "Rectangle" with "class Rectangle" wherever it is used.

Re: [Super-tux-devel] (no subject)

[Harley L. <har...@ui...>]

I don't think a little would hurt ;-)

Ricardo Cruz wrote:

> No, you can't. You'll have to get your homework finished first.
>
>Ricardo
>
>Em Terça, 18 de Janeiro de 2005 16:50, o Amanda Kersen escreveu:
>  
>
>>can I please play
>>    
>>

Re: [Super-tux-devel] (no subject)

[Ricardo C. <ri...@ae...>]

 No, you can't. You'll have to get your homework finished first.

Ricardo

Em Ter=E7a, 18 de Janeiro de 2005 16:50, o Amanda Kersen escreveu:
> can I please play
=2D-=20
A friend is a present you give yourself.
		-- Robert Louis Stevenson

[Super-tux-devel] SuperTux is a great game

[Dschajavarman V. <sup...@my...>]

Hi,

SuperTux is a great game and my sisters, brother, mum and me love to 
play it. The music is great. We are all looking forward for Milestone 2.

Dschajavarman VII

Re: [Super-tux-devel] (no subject)

[Harley <har...@ui...>]

No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.6.12 - Release Date: 1/14/2005

[Super-tux-devel] (no subject)

[Amanda K. <am...@iq...>]

can I please play

Re: [Super-tux-devel] Patch for falling...

[Matze B. <ma...@br...>]

Am Montag, den 17.01.2005, 21:12 -0500 schrieb Brendan Burns:
> Hey folks,
> here's improved on_ground and under_solid functions to make it easier to 
> fall/jump between blocks (ala super mario)B

Thanks for the patch. Unfortunatley collision detection in cvs version
is completely rewritten (and does support falling through 1 block holes
already). So I can't apply your patch. If possible you should base your
patches on the cvs version next time.

Greetings,
	Matze

[Super-tux-devel] Patch for falling...

[Brendan B. <bb...@cs...>]

Hey folks,
here's improved on_ground and under_solid functions to make it easier to 
fall/jump between blocks (ala super mario)B

thanks
--brendan

#define FUDGE 10

bool
Player::on_ground()
{
  if (issolid(base.x+base.width+FUDGE, base.y+base.height) &&
      issolid(base.x-FUDGE,base.y+base.height) &&
      !issolid(base.x+base.width/2,base.y+base.height))
        return false;
  return ( issolid(base.x + base.width , base.y + base.height) ||
           issolid(base.x , base.y + base.height));

}

bool
Player::under_solid()
{
  if (issolid(base.x+base.width+FUDGE, base.y) &&
      issolid(base.x-FUDGE,base.y) &&
      !issolid(base.x+base.width/2,base.y))
        return false;

  return ( issolid(base.x + base.width , base.y) ||
           issolid(base.x - base.width/2 , base.y)  );
}

Re: [Super-tux-devel] Thank You

[noah b. <noa...@gm...>]

BTW, its OSS not freeware.
On Mon, 17 Jan 2005 20:24:48 +0100
Daniel Stein <tb...@gm...> wrote:

> Hi,
> and thank you so much for this great peace of freeware. I'd loved the 
> old Nitendo Jump'n'runs and so I loved Super tux.
> 
> Thank you, and I'm looking forward to milestone 2
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Super-tux-devel mailing list
> Sup...@li...
> https://lists.sourceforge.net/lists/listinfo/super-tux-devel

Re: [Super-tux-devel] Progress Charts

[noah b. <noa...@gm...>]

oh.
On Mon, 17 Jan 2005 22:43:49 +0100
Marek <wa...@gm...> wrote:

> noah bedford wrote:
> 
> >i think the levels are pretty much 30% on M2, because its not going to be 1.0, if you know what I mean.
> >On Mon, 17 Jan 2005 17:27:04 +0100
> >Marek <wa...@gm...> wrote:
> >  
> >
> The percentages are between 0.1.2 and milestone 2, i.e.
> 0% => no progress since 0.1.2
> 100% => ready for milestone 2
> Since there are no levels for milestone 2 except tests and tech demos, i 
> set the level progress to 2%.
> 
>     Marek
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Super-tux-devel mailing list
> Sup...@li...
> https://lists.sourceforge.net/lists/listinfo/super-tux-devel

Re: [Super-tux-devel] Thank You

[Matze B. <ma...@br...>]

Am Montag, den 17.01.2005, 20:24 +0100 schrieb Daniel Stein:
> Hi,
> and thank you so much for this great peace of freeware. I'd loved the 
> old Nitendo Jump'n'runs and so I loved Super tux.
Thanks, always nice to hear that people enjoy our work.

Greetings,
	Matze

Re: [Super-tux-devel] Graphics

[Matze B. <ma...@br...>]

Am Montag, den 17.01.2005, 11:27 -0500 schrieb Seth Martin:
> Hello, I'm new to this list.  I'm a huge fan of the old super Mario 
> games and well I love Linux and Tux in general.  When I saw this project 
> and noticed you were looking for artists I was interested.  A little 
> background on me.  I'm moderately skilled in Gimp and moderately college 
> trained and fairly skilled in photo shop.  I've done some freelance 
> graphic design to help supplement my income (mostly to pay for other 
> hobbies).  I'm interested in helping with some tile sets.  I would just 
> need someone to give me more details on them.  What color depth to work 
> in, is there a certain pallet used, file format and structure, etc.  
> I'll give it a shot and I'm more than willing to give feed back on 
> playability.  I think I have logged a good half my childhood playing 
> Mario games.  Specially Mario 3 and world, i know them inside and out 
> and I still hear the music in my head on occasion.  I need help.
> 
> Anyways, if you need help with graphics I'll try.

Hi,

Tiles should be 32x32 size. Newer cvs version allows to have large png
files and split them up into several 32x32 tiles. Prefered color depth
is 32 bit with alpha. Grumble already created a tileset for the forest
world, which can be found in cvs, there's always room for more tiles but
you should try to keep the same style. Or alternatively work on a
different location. Anyway I won't explain everything in this e-mail
again. You can find lots of stuff about the game development in our
wiki:

http://netpanzer.berlios.de/supertux/index.php

You can also find a TODO list when you checkout the cvs and look at the
TODO file. And after all you can always join our #supertux irc-channel
at the irc.freenode.net server.

Greetings,
	Matze

Re: [Super-tux-devel] Progress Charts

[Marek <wa...@gm...>]

noah bedford wrote:

>i think the levels are pretty much 30% on M2, because its not going to be 1.0, if you know what I mean.
>On Mon, 17 Jan 2005 17:27:04 +0100
>Marek <wa...@gm...> wrote:
>  
>
The percentages are between 0.1.2 and milestone 2, i.e.
0% => no progress since 0.1.2
100% => ready for milestone 2
Since there are no levels for milestone 2 except tests and tech demos, i 
set the level progress to 2%.

    Marek

[Super-tux-devel] Thank You

[Daniel S. <tb...@gm...>]

Hi,
and thank you so much for this great peace of freeware. I'd loved the 
old Nitendo Jump'n'runs and so I loved Super tux.

Thank you, and I'm looking forward to milestone 2

Re: [Super-tux-devel] Progress Charts

[noah b. <noa...@gm...>]

i think the levels are pretty much 30% on M2, because its not going to be 1.0, if you know what I mean.
On Mon, 17 Jan 2005 17:27:04 +0100
Marek <wa...@gm...> wrote:

> 
> Hi everyone!
> Since so many people keep asking us about milestone 2, it might be a 
> good idea to answer that question on the web page, together with some 
> kind of progress indicator, so people can see how long approximately 
> they'll have to wait. Here is my suggestion for the progress indicator:
> 
> Planning: 50%
> Code: 20%
> Graphics: 15%
> Music: 40%
> Levels: 2%
> 
> Please add/remove/change these charts as you see fit, and if everybody 
> agrees, someone can upload this to the home page.
> Greets,
> 
>     Marek
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Super-tux-devel mailing list
> Sup...@li...
> https://lists.sourceforge.net/lists/listinfo/super-tux-devel