Complete.Org: Mailing Lists: Archives: freeciv-dev: September 2004:
[Freeciv-Dev] Re: (PR#9799) PATCH: rewrited adjust_map()
Home

[Freeciv-Dev] Re: (PR#9799) PATCH: rewrited adjust_map()

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: undisclosed-recipients: ;
Subject: [Freeciv-Dev] Re: (PR#9799) PATCH: rewrited adjust_map()
From: "Marcelo Burda" <mburda@xxxxxxxxx>
Date: Tue, 31 Aug 2004 23:40:23 -0700
Reply-to: rt@xxxxxxxxxxx

<URL: http://rt.freeciv.org/Ticket/Display.html?id=9799 >

Le mer 01/09/2004 à 00:35, Jason Short a écrit :
> <URL: http://rt.freeciv.org/Ticket/Display.html?id=9799 >
> 
> Mateusz Stefek wrote:
> > <URL: http://rt.freeciv.org/Ticket/Display.html?id=9799 >
> > 
> >>[jdorje - Tue Aug 31 22:15:13 2004]:
> >>
> >>Why is maxval a constant 1000 instead of just making it MAX_MAP_INDEX?
> > 
> > Maybe because there is an array of size maxval in adjust_hmap.
> 
> But that array could easily be of size MAX_MAP_INDEX.
> 
> jason
> 
> 
?Why,
 1), anyway a size bigger then max - min i absoluttly useless! and max -
min << MAX_MAP_INDEX
 2) a size of 1000 is ok for need, see map of size 29, and there are ok,
why wast memory and time, 
 3) 2004 ok, but good program is a good program in 1980 and in 2004. 

 4)i can allocate a array of size (max - min) and set maxval by
adjust_hmap, but i not want it as i want a fixed value for maxval, this
way i have a fixed estimate sloope and i can use these info, if maxval
is set dinamically this will less easy to use slope later.


Marcelo
 




[Prev in Thread] Current Thread [Next in Thread]