Re: [Warzone-dev] Backporting

2009-02-28 Thread Per Inge Mathisen
On Sat, Feb 28, 2009 at 11:46 PM, bugs buggy wrote: > I hate to spam the list with the same question again, but is there any > *good* reason why we still support 2.1, and not just go directly to a > 2.2  release instead? > > Has anyone notice anything that is a show stopper for 2.2? No, but I am

Re: [Warzone-dev] Backporting

2009-02-28 Thread bugs buggy
On 2/28/09, Per Inge Mathisen wrote: > Hello, > > I have been doing some backporting for Buginator today, because he has > such trouble getting into gna.org (a subject worth a discussion of its > own), but I have noticed that he is not the only one who is forgetting > to backport changes. We n

Re: [Warzone-dev] Effect memory pools

2009-02-28 Thread Dennis Schridde
Am Samstag, 28. Februar 2009 20:42:00 schrieb Dennis Schridde: > I played a bit with implementing a better memory pool for effects and this > is what came out. Benefits: * Unlimited number of effects possible. * Faster Not (yet) benchmarked, but logic dictates that iterating over MAX_EFFECTS

Re: [Warzone-dev] [Warzone-commits] r6737 - in /trunk: lib/framework/debug.c lib/framework/debug.h src/feature.c src/move.c src/multigifts.c src/multiopt.c src/multiplay.c

2009-02-28 Thread bugs buggy
On 2/28/09, Per Inge Mathisen wrote: > On Sat, Feb 28, 2009 at 4:36 AM, Bugs Buggy wrote: > > *Actually remove features, and notify others that the feature was removed. > (AKA, actually sync between machines.) > > I would appreciate if you would not mix bug fixes and feature changes > (timer

[Warzone-dev] Effect memory pools

2009-02-28 Thread Dennis Schridde
Hi! I played a bit with implementing a better memory pool for effects and this is what came out. Sadly it seems to have a bug though. (Segfault) I reliably can reproduce it by cheating an archangle and just letting it fire. Sadly does WZ neither output a crash dump, nor is GDB able to capture a

[Warzone-dev] Backporting

2009-02-28 Thread Per Inge Mathisen
Hello, I have been doing some backporting for Buginator today, because he has such trouble getting into gna.org (a subject worth a discussion of its own), but I have noticed that he is not the only one who is forgetting to backport changes. We now have a 2.2 branch that pretty much everyone agreed

Re: [Warzone-dev] [Warzone-commits] r6737 - in /trunk: lib/framework/debug.c lib/framework/debug.h src/feature.c src/move.c src/multigifts.c src/multiopt.c src/multiplay.c

2009-02-28 Thread Per Inge Mathisen
On Sat, Feb 28, 2009 at 4:36 AM, Bugs Buggy wrote: > *Actually remove features, and notify others that the feature was removed. > (AKA, actually sync between machines.) I would appreciate if you would not mix bug fixes and feature changes (timer controlled drum spawning). As I see it, this must