Re: [Poopmup-public] Amd64 patch

[Andreas P. <die...@gm...>]

Hi Sherif,=20
My sourceforge account name is "diemumiee".=20
I wont have to much time to work on it, but i will at least add these
patches, and maybe some other small things. I read about a complete
redesign, and i have to admit i am not good at making big fundamental
changes and starting things from scratch.=20

Regards=20
Andreas Pokorny

On Wed, Oct 13, 2004 at 09:32:05AM -0400, Sherif Zaroubi <sza...@gm...=
m> wrote:
> Andreas,
>     I was wondering ig you wanted CVS write access. Seeing that you
> are the first person to touch the code in a while, maybe you deserve
> the power.
>     All you need is a sourceforge account, and join the mailing list.
>     And I will set you up as a developer.
>=20
>     I am really greatfull for your contribution, and am shure that the
> original team is delighted to know that our project is still alive.
>=20
> Sherif Zaroubi
>=20
>=20
>=20
> On Wed, 13 Oct 2004 10:39:38 +0200, Andreas Pokorny <die...@gm...> wr=
ote:
> > Hi,
> > I recently worked my way through most of the poopmup code to fix that
> > amd64 related bug:
> > http://bugs.gentoo.org/show_bug.cgi?id=3D61008
> >=20
> > While working through the code I made some minor changes, so the patch
> > has become larger than expected. I replaced the gui widget that allows
> > modifing an int value, with a templated version, and some stdio-stuff
> > has been removed in favor to std::string and stringstreams. Which should
> > be faster when setting, since gnu's std::string works with copy on
> > write. The menu class now uses a std::list, so generally lots of
> > cosmetic changes. The config file format also got a small clean up, now
> > the values of GL_TEXTURE_2D GL_FLOAT GL_SMOOTH aren't printed directly
> > into the file. Instead the values 1, 1 and 2, which are expected while
> > parsing are used. On my way through that code i also fixed a typo in the
> > FAST_COMPUTER item.
> >=20
> > As far as i understood the problem described in the bug was caused by
> > the usage of the intSelector class, which accepts pointers to ints, but
> > gets a pointer to an unsigned short. So it is impossible for the user to
> > set a speed value around 20, or less.
> >=20
> > Some of the changes still can be applied to the cvs source, afaik.
> > If you are still interested i could rework the patch to make it apply
> > without flaws on the new source.
> >=20
> > Please carry on! This game idea is great, and i want to see it with
> > nicer graphics, more features, poop - sound and much more!!
> >=20
> > Just tell me if you need someone to fix a nasty bug, or refactor some
> > code.
> >=20
> > Best regards
> > Andreas Pokorny
> >=20
> >=20
> >=20
>=20
>=20
> --=20
> Sherif Zaroubi