http://bugs.freeciv.org/Ticket/Display.html?id=40098 >
In PR#40073, I moved the code from client/tilespec.c into utility/rand.c,
but now it seems to assert() on larger maps. Changed the assert() to allow
larger values. And use standard header definitions!
Index: utility/rand.c
http://bugs.freeciv.org/Ticket/Display.html?id=40098 >
Committed trunk revision 14405.
Committed S2_2 revision 14406.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=40097 >
My client installer's filename is *Freeciv-2.1.3-win32-gtk2-setup.exe* (and
I mention this because I don't find a "client type" in "Help > About"). I
unzipped it with 7-Zip from *freeciv-2.1.3.tar* from *freeciv-2.1.3.tar.bz2*.
I'm using Win
http://bugs.freeciv.org/Ticket/Display.html?id=40099 >
An assert() failure is *always* a bug! It's something the developer added
to test and any such failure should never happen.
Could you reply with the message, and attach the savegame?
___
Freeci
http://bugs.freeciv.org/Ticket/Display.html?id=40099 >
I love the game, but the computer jargon is over my head. Not sure if this
technically qualifies as a bug, but as a attempt to attack a city I get an
error report saying that the assertion failed. This always happens when
attacking a city d
http://bugs.freeciv.org/Ticket/Display.html?id=40096 >
After more testing, the previous patch still expanded the range much too
quickly, so I've scaled it some more, with every size having some effect.
Here's the list for borders 4:
City 2.1now
Size r**2 r**2
1 4 2 unit
http://bugs.freeciv.org/Ticket/Display.html?id=40100 >
I've asked on the developers list, and nobody knows a reason for this
anachronistic structure. Any time there are 2 different copies of the
same data, there's bound to be trouble keeping them synchronized.
The server side doesn't depend on
