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