Update of /cvsroot/netrek/client/netrekxp
In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv17664
Modified Files:
NetrekXP to do list.C
Log Message:
This patch changes the number of planets from a static to dynamic define.
Paradise servers can have more than 40 planets, so we first redefine the
maximum # of planets that we will ever receive, which is MAXPLANETS = 60. This
is a change from the previous value of MAXPLANETS = 40. We then use a 2nd
variable, nplanets, to keep track of how many planets the server actually has.
The default value of nplanets is 40, which is what is used for bronco. Most
places in the code dealing with loop checks have been changed from MAXPLANETS
to nplanets. In a few cases where arrays are defined, the MAXPLANETS value is
still used. The planet window is initially created at bronco size, but as more
planets are received via handlePlanet2, the window is recreated to fit the
added planets.
Added another possible bug to the paradise todo list.
Fixed bug where print_packets was erroneously changing the value of nplanets.
Index: NetrekXP to do list.C
===================================================================
RCS file: /cvsroot/netrek/client/netrekxp/NetrekXP to do list.C,v
retrieving revision 1.160
retrieving revision 1.161
diff -u -d -r1.160 -r1.161
--- NetrekXP to do list.C 12 Apr 2008 23:28:28 -0000 1.160
+++ NetrekXP to do list.C 13 Apr 2008 02:25:49 -0000 1.161
@@ -53,6 +53,8 @@
11) Playing back recordings made by linux pclient is probably impossible.
12) Mysterious crash bug, not reproducible by me.
13) Issue with phaser misses on latest paradise server? on whitestar at least
+14) Don't think there is gettarget support for astral bodies like nebulae and
stars
+and black holes. Might be an issue with macros.
Wish list:
1) Rewrite graphics engine using SDL
_______________________________________________
netrek-cvs mailing list
[email protected]
http://mailman.us.netrek.org/mailman/listinfo/netrek-cvs
