Is there some reason why empty kampuchean.ruleset still exist in svn?
Real ruleset is cambodian.ruleset.
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=19132 >
This version of the patch modifies also mapgenerator. Only tiles
native to initial unit are considered as starting positions.
- ML
diff -Nurd -X.diff_ignore freeciv/server/gamehand.c freeciv/server/gamehand.c
--- freeciv/server/gamehand.
http://bugs.freeciv.org/Ticket/Display.html?id=15416 >
Untested patch for S2_1 and TRUNK.
Usually we choose best defender from those costing less than
limit_cost. If all units cost more than limit_cost, cheapest is
selected.
- ML
diff -Nurd -X.diff_ignore freeciv/ai/advmilitary.c freeciv/ai
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
On 8/23/06, Jason Dorje Short <[EMAIL PROTECTED]> wrote:
>
> On a related note, can we remove dangerous tiles? Already glacier is no
> longer dangerous (it can be made impassable/non-native to make it more
> realistic). For triremes we shou
http://bugs.freeciv.org/Ticket/Display.html?id=18773 >
On 7/21/06, Jason Short <[EMAIL PROTECTED]> wrote:
>
> Alternately the client just needs to make all the same checks the server
> does, BEFORE sending the packets.
That's what Tommi's patch does. I'm going to commit it soon if nobody object
http://bugs.freeciv.org/Ticket/Display.html?id=15416 >
Caller expects us just to select some unit type. limit_cost is
internal concept to process_defender_want().
On 1/11/07, Peter Schaefer <[EMAIL PROTECTED]> wrote:
>
> Won't some callers expect different behavior?
&
http://bugs.freeciv.org/Ticket/Display.html?id=33324 >
This patch replaces hardcoded city walls cost with call to
impr_buy_gold_cost(). Note that hardcoded value were no longer true
even for default ruleset.
- ML
diff -Nurd -X.diff_ignore freeciv/ai/advmilitary.c freeciv/ai/advmilitary.c
---
http://bugs.freeciv.org/Ticket/Display.html?id=33343 >
0: Nation Singaporean: the leader sex count (5) is not equal to the
number of leaders (4)
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=18773 >
On 1/11/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
>
> On 7/21/06, Jason Short <[EMAIL PROTECTED]> wrote:
> >
> > Alternately the client just needs to make all the same checks the server
http://bugs.freeciv.org/Ticket/Display.html?id=18114 >
I think this is fixed from S2_1 and development branch by vision rewrite.
Problem in S_2.0 is that when land is transfomed in to ocean,
fortress disappears before units are moved away. When units finally
are moved, they lose only normal am
http://bugs.freeciv.org/Ticket/Display.html?id=21407 >
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x0810c16a in military_advisor_choose_build (pplayer=0x828b480, pcity=0x89809e0,
choice=0x8981318) at ../../src.patched/ai/advmilitary.c:740
740 if (!walls && best_un
http://bugs.freeciv.org/Ticket/Display.html?id=11068 >
Patch updated against svn.
Second patch is for disabling bzip2 saves in pubserver. which cannot
handle them.
- ML
diff -Nurd -X.diff_ignore freeciv/client/connectdlg_common.c freeciv/client/connectdlg_common.c
--- freeciv/client/connec
http://bugs.freeciv.org/Ticket/Display.html?id=21843 >
We have an alliance, but no shared vision. Alliance allows us to see
units inside transport. When transport moves out of sight, transported
units are not removed. In case of own units or shared vision they
would move.
I think that root prob
http://bugs.freeciv.org/Ticket/Display.html?id=21843 >
On 1/13/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> We have an alliance, but no shared vision. Alliance allows us to see
> units inside transport. When transport moves out of sight, transported
> units are not remove
http://bugs.freeciv.org/Ticket/Display.html?id=9568 >
Untested patch for carrying fuel and some other info over bribing.
Moves_left should be already ok. Bomber probably attacked in the
beginning of the next turn and not in the same turn.
I plan to commit this to trunk only.
Another matter
http://bugs.freeciv.org/Ticket/Display.html?id=33479 >
$subject
Note that ~/.civclientrc might contain default_server_port which
client proposes for connecting to.
- ML
diff -Nurd -X.diff_ignore freeciv/client/clinet.h freeciv/client/clinet.h
--- freeciv/client/clinet.h 2006-07-17 23:56:54
http://bugs.freeciv.org/Ticket/Display.html?id=18476 >
On 7/11/06, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> Make really_generate_warmap() UCF_TERRAIN_SPEED aware. I had to
> rewrite most of it.
Patch updated. Take advantage of some new interfaces:
- Use can_attack_no
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
1. First node always gets segment_length = 1.
2. No other node can get segment_length 1.
3. Segment_length can be too big, but not too small.
This mostly untested patch modifies create_danger_segment() so that
it uses segment_length from
http://bugs.freeciv.org/Ticket/Display.html?id=14636 >
Christian Knoke <[EMAIL PROTECTED]>:
> When an allied has stolen a tech form an enemy, the diplomacy dialog and
> intelligence is not updated.
Same applies when Caravan gets initial science bonus from
establishing trade route.
Patch is un
http://bugs.freeciv.org/Ticket/Display.html?id=16350 >
>>> This leads to the fact that the complete tutorial is not translatable.
> I believe this is because the translatable strings are marked as
> _('...') instead of _("...")
>
> I tried changing this which made gettext recognize the strings,
http://bugs.freeciv.org/Ticket/Display.html?id=16350 >
S2_1 version of the tutorial patch.
- ML
diff -Nurd -X.diff_ignore freeciv/data/scenario/tutorial.sav freeciv/data/scenario/tutorial.sav
--- freeciv/data/scenario/tutorial.sav 2006-07-17 14:28:11.0 +0300
+++ freeciv/data/scenario
http://bugs.freeciv.org/Ticket/Display.html?id=33498 >
Separately started server and two clients. Trying to select Editor ->
Edit mode from either client causes both of them to freeze. Chat
window for both says 'Server set to edit mode' - 'Server leaves edit
mode' over and over again. Finally an
http://bugs.freeciv.org/Ticket/Display.html?id=33499 >
1. Insert city owned by somebody else in editor mode.
2. Start another client as owner of the created city.
3. Try to look at the city.
civclient: ../../src.patched/client/citydlg_common.c:546:
get_city_citizen_types: Assertion `i == pcit
http://bugs.freeciv.org/Ticket/Display.html?id=9568 >
On 1/13/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
>
> Untested patch for carrying fuel and some other info over bribing.
> Moves_left should be already ok. Bomber probably attacked in the
> beginning of the
http://bugs.freeciv.org/Ticket/Display.html?id=33510 >
I noticed that it's not obvious that new user should 'Start Scenario
Game' and load 'Tutorial' from there. 'Start New Game' may sound like
more logical place to start and it's even first item in the list.
Attached patch adds 'Beginner Help
http://bugs.freeciv.org/Ticket/Display.html?id=33510 >
...and patch comes here.
- ML
diff -Nurd -X.diff_ignore freeciv/client/gui-gtk-2.0/gui_main.c freeciv/client/gui-gtk-2.0/gui_main.c
--- freeciv/client/gui-gtk-2.0/gui_main.c 2007-01-10 18:13:57.0 +0200
+++ freeciv/client/gui-gtk-
http://bugs.freeciv.org/Ticket/Display.html?id=21843 >
On 1/13/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> On 1/13/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> > We have an alliance, but no shared vision. Alliance allows us to see
> > units inside tr
http://bugs.freeciv.org/Ticket/Display.html?id=33530 >
This patch creates huts also when game is running. This behaviour is
controlled by new hutinterval server setting.
One might set initial huts to zero.
Currently hut cannot appear ocean tiles, cities or tiles with units.
We may want to add
http://bugs.freeciv.org/Ticket/Display.html?id=18441 >
On 7/16/06, Per I. Mathisen <[EMAIL PROTECTED]> wrote:
>
> On Tue, 11 Jul 2006, Marko Lindqvist wrote:
> >> Also, there is still two users for gotohand.c:do_unit_goto().
> >> grep -r do_unit_goto server/*.
http://bugs.freeciv.org/Ticket/Display.html?id=33600 >
This replaces do_unit_goto() with pathfinding in autosettler code.
- ML
diff -Nurd -X.diff_ignore freeciv/server/settlers.c freeciv/server/settlers.c
--- freeciv/server/settlers.c 2006-07-17 23:56:22.0 +0300
+++ freeciv/server/se
http://bugs.freeciv.org/Ticket/Display.html?id=18441 >
On 1/14/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=18441 >
>
> On 7/16/06, Per I. Mathisen <[EMAIL PROTECTED]> wrote:
> >
> > It should be a
http://bugs.freeciv.org/Ticket/Display.html?id=14636 >
On 1/14/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=14636 >
>
> Christian Knoke <[EMAIL PROTECTED]>:
> > When an allied has stolen a tech for
http://bugs.freeciv.org/Ticket/Display.html?id=33609 >
This removes obsoleted do_unit_goto() and lots of other functions
that were only needed because of it.
Applies on top of #18441 and #33600.
- ML
RmDoUnitGoto.diff.gz
Description: GNU Zip compressed data
___
http://bugs.freeciv.org/Ticket/Display.html?id=18234 >
On 7/2/06, Billy Naylor <[EMAIL PROTECTED]> wrote:
>
> The help dialogues don't show if units require a specific building,
> the building help dialog shows what units it allows tho'.
Patch
- ML
diff -Nurd -X.diff_ignore freeciv/client/
http://bugs.freeciv.org/Ticket/Display.html?id=7414 >
Ciaran Mac Lochlainn <[EMAIL PROTECTED]>:
> This patch tightens up the validation of boolean and integer server
> parameters. It also adds a validation function for the endyear
> parameter, which will only allow values of endyear which are gre
http://bugs.freeciv.org/Ticket/Display.html?id=33625 >
There is defined bitvector type bv_draw, but nobody uses it. Neither
do I see future use for it. Rather we need bv_players, which contain
all the players and not only real players (barbarians are not real
players). This patch removes bitvest
http://bugs.freeciv.org/Ticket/Display.html?id=33626 >
City sees submarine even when it's one square away. Battleship sees
it only when in adjacent square.
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeci
http://bugs.freeciv.org/Ticket/Display.html?id=33628 >
TRUNK/build/po$ make freeciv.pot
/usr/bin/xgettext --default-domain=freeciv --directory=../../src.patched \
--add-comments="TRANS:" --escape --keyword=_ --keyword=N_
--keyword=Q_ --keyword=PL_:1,2 \
--language=C --files-fr
http://bugs.freeciv.org/Ticket/Display.html?id=18773 >
On 7/21/06, Tommi Björkbacka <[EMAIL PROTECTED]> wrote:
>
> You can reproduce this problem easily. First buy a random unit and
> then put a new unit into worklist. After that try to adjust new unit
> to the top of worklist. Result is that yo
http://bugs.freeciv.org/Ticket/Display.html?id=33703 >
On 1/15/07, Christian Knoke <[EMAIL PROTECTED]> wrote:
>
> Marko Lindqvist wrote on Jan 15, 16:33 (-):
> > Author: cazfi
> > Date: Mon Jan 15 17:33:43 2007
> > New Revision: 12487
> >
> > URL:
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
On 1/14/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
>
> 1. First node always gets segment_length = 1.
> 2. No other node can get segment_length 1.
> 3. Segment_length can be too big, but not too small.
>
&g
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
On 1/14/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> 3. Segment_length can be too big, but not too small.
Of course this is not true! So segment_length has no use whatsoe
On 1/16/07, Daniel Markstedt <[EMAIL PROTECTED]> wrote:
BTW, does an "impassable terrain" flag exist, something that stops
land units from entering a certain kind of terrain? Most Civ2 modders
use an ugly workaround for this: a unit that looks like a mountain and
has 0 moves.
You can do this o
http://bugs.freeciv.org/Ticket/Display.html?id=18234 >
On 1/15/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> On 7/2/06, Billy Naylor <[EMAIL PROTECTED]> wrote:
> >
> > The help dialogues don't show if units require a specific building,
> > the bui
http://bugs.freeciv.org/Ticket/Display.html?id=33761 >
$subject
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=33762 >
Only F_FIGHER can attack air units. It has been hardcoded to
AIR_MOVING. This patch turns it into unit class flag.
- ML
diff -Nurd -X.diff_ignore freeciv/client/helpdata.c freeciv/client/helpdata.c
--- freeciv/client/helpdata.c 2006-08-1
http://bugs.freeciv.org/Ticket/Display.html?id=33767 >
By 'Base' I mean buildings outside cities: fortresses and airbases in
current codebase.
Some of their properties should come from ruleset instead of being
hardcoded. Originally reason I started thinking this was that name
'Airbase' is not s
http://bugs.freeciv.org/Ticket/Display.html?id=33793 >
S2_0 does not compile without --disable-alsa with gcc 4. Or maybe
problem can be in my alsa version? Anyway, attached patch fixes this.
- ML
diff -Nurd -X.diff_ignore freeciv/client/audio_alsa.c freeciv/client/audio_alsa.c
--- freeciv/cl
http://bugs.freeciv.org/Ticket/Display.html?id=18234 >
On 1/16/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> On 1/15/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> >
> > On 7/2/06, Billy Naylor <[EMAIL PROTECTED]> wrote:
> > >
> &
http://bugs.freeciv.org/Ticket/Display.html?id=33876 >
This adds new module base.[ch]. It contains one function,
base_has_effect(). New function tile_has_base_effect() in tile.c uses
it. tile_has_base_effect() is called from number of places instead of
directly checking if tile contains fortress
http://bugs.freeciv.org/Ticket/Display.html?id=18773 >
On 1/15/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
>
> On 7/21/06, Tommi Björkbacka <[EMAIL PROTECTED]> wrote:
> >
> > You can reproduce this problem easily. First buy a random unit and
> >
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
New approach.
This patch removes segment_length and step completely. When segment
or path length is needed, it's determined by extra iteration. I'm
afraid this is unavoidable performance hit. This version of the patch
is for S2_0 since pro
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
On 1/17/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> This patch removes segment_length and step completely. When segment
> or path length is needed, it's determined by extra iteration. I'm
> afraid this is
http://bugs.freeciv.org/Ticket/Display.html?id=19822 >
On 1/17/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> This patch removes segment_length and step completely. When segment
> or path length is needed, it's determined by extra iteration. I'm
> afraid this is
http://bugs.freeciv.org/Ticket/Display.html?id=33910 >
Attached patch checks if two players have same nation and prints
message if they do. I mean to commit this to both trunk and S2_1 to
hunt down #17436.
- ML
diff -Nurd -X.diff_ignore freeciv/server/srv_main.c freeciv/server/srv_main.c
---
http://bugs.freeciv.org/Ticket/Display.html?id=33626 >
On 1/15/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> City sees submarine even when it's one square away. Battleship sees
> it only when in adjacent square.
Is this intentional? Anyway, attached patch changes
http://bugs.freeciv.org/Ticket/Display.html?id=14490 >
On 1/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> 1: In file beta2.sav.gz, there is no entry in the registry for c7.ai.urgency
> (or
> the entries are out of order.)
I think problem is that worklist length varies between cities.
U
http://bugs.freeciv.org/Ticket/Display.html?id=14490 >
On 1/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I can supply the saved game file, if you so desire
That would be useful. Thanks.
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.
http://bugs.freeciv.org/Ticket/Display.html?id=32868 >
On 1/9/07, Daniel Markstedt <[EMAIL PROTECTED]> wrote:
>
> Updated the superbarbarians patch for dev (applies to S2_1 as well) +
> adding some helptext.
>
> The higher levels SERIOUSLY empowers the barbs: lvl 5 gives them twice
> the manpower
http://bugs.freeciv.org/Ticket/Display.html?id=33979 >
Variable 'alive' will be used uninitialized if no path to refuel
point is found. Will commit attached fix immediately.
- ML
diff -Nurd -X.diff_ignore freeciv/server/unittools.c freeciv/server/unittools.c
--- freeciv/server/unittools.c 20
http://bugs.freeciv.org/Ticket/Display.html?id=33762 >
On 1/16/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> Only F_FIGHER can attack air units. It has been hardcoded to
> AIR_MOVING. This patch turns it into unit class flag.
- Better helptext for F_FIGHT
http://bugs.freeciv.org/Ticket/Display.html?id=33445 >
> From: Jonathan Landis <[EMAIL PROTECTED]>
>
> I wrote a patch for the Win32 client a couple of weeks ago.
Thanks for the patch, Jonathan.
I cannot compile and I have not even seen win32 client, but I looked
some of the most obviously
http://bugs.freeciv.org/Ticket/Display.html?id=33445 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> I'll send another patch containing parts of the original patch that
> were left out from these. They probably should go in later.
Here
- ML
diff -Nurd -X
http://bugs.freeciv.org/Ticket/Display.html?id=33876 >
On 1/17/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> This adds new module base.[ch]. It contains one function,
> base_has_effect(). New function tile_has_base_effect() in tile.c uses
> it. tile_has_base_effect()
http://bugs.freeciv.org/Ticket/Display.html?id=34035 >
$subject
- ML
diff -Nurd -X.diff_ignore freeciv/server/ruleset.c freeciv/server/ruleset.c
--- freeciv/server/ruleset.c 2006-08-18 10:51:27.0 +0300
+++ freeciv/server/ruleset.c 2007-01-19 04:23:36.0 +0200
@@ -1734,6 +1734,
http://bugs.freeciv.org/Ticket/Display.html?id=34032 >
On 1/19/07, Daniel Markstedt <[EMAIL PROTECTED]> wrote:
> I suggest we cripple "novice" further so that it becomes what players
> expect it to be: something that even a novice can stand a chance
> against. It should build sparser empires, exp
http://bugs.freeciv.org/Ticket/Display.html?id=34032 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> About changing rules, attached is untested patch that halves
> firepower for novice AI.
Not tested, but it breaks victory probability calcultations at client side.
http://bugs.freeciv.org/Ticket/Display.html?id=34073 >
This adds new AI handicap, H_DANGER. It causes AI to always cosider
all it cities to be in grave danger. This causes it to spend some
resources to unnecessary defense instead of expansion. Handicap is
given to novice level AI. Maybe it shoul
http://bugs.freeciv.org/Ticket/Display.html?id=34081 >
Applies on top of #33876.
- ML
diff -Nurd -X.diff_ignore freeciv/common/base.c freeciv/common/base.c
--- freeciv/common/base.c 2007-01-19 13:50:26.0 +0200
+++ freeciv/common/base.c 2007-01-19 13:57:54.0 +0200
@@ -19,52 +1
http://bugs.freeciv.org/Ticket/Display.html?id=17436 >
On 1/17/07, Daniel Markstedt <[EMAIL PROTECTED]> wrote:
>
> In recent trunk:
>
> Selected a fictional nation to play as. The server chose the very same
> nation for one of the AI players.
Do you know exact server settings, including gamesee
http://bugs.freeciv.org/Ticket/Display.html?id=33761 >
On 1/16/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> $subject
Fix
- ML
diff -Nurd -X.diff_ignore freeciv/server/edithand.c freeciv/server/edithand.c
--- freeciv/server/edithand.c 2006-07-17 23:56:55.0 +0
http://bugs.freeciv.org/Ticket/Display.html?id=34095 >
Some sanity checking for nations and players. For trunk only.
- ML
diff -Nurd -X.diff_ignore freeciv/common/player.c freeciv/common/player.c
--- freeciv/common/player.c 2006-07-17 23:56:46.0 +0300
+++ freeciv/common/player.c 2007
http://bugs.freeciv.org/Ticket/Display.html?id=34095 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> Some sanity checking for nations and players. For trunk only.
One more assert added
- ML
diff -Nurd -X.diff_ignore freeciv/common/player.c freeciv/common/playe
http://bugs.freeciv.org/Ticket/Display.html?id=17436 >
handle_nation_select_req() always marks players previous nation
available. This is not right when nation is not changed, but only
leader name or sex. player_set_nation() sets nation->player correctly,
so handle_nation_select_req() should not
http://bugs.freeciv.org/Ticket/Display.html?id=17436 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> handle_nation_select_req() always marks players previous nation
> available. This is not right when nation is not changed, but only
> leader name or sex. player
http://bugs.freeciv.org/Ticket/Display.html?id=34111 >
We have two barbarian players but only one nation which they share.
This means that nation->player points to one of them, but for another
pplayer->nation->player != pplayer.
- ML
___
Freeciv-
http://bugs.freeciv.org/Ticket/Display.html?id=34127 >
$subject
- ML
diff -Nurd -X.diff_ignore freeciv/client/gui-stub/mapview.c freeciv/client/gui-stub/mapview.c
--- freeciv/client/gui-stub/mapview.c 2006-07-17 23:56:54.0 +0300
+++ freeciv/client/gui-stub/mapview.c 2007-01-20 02:11:
http://bugs.freeciv.org/Ticket/Display.html?id=34129 >
cc1: warnings being treated as errors
../../../src.patched/client/gui-sdl/widget_scrollbar.c: In function
'scroll_mouse_motion_handler':
../../../src.patched/client/gui-sdl/widget_scrollbar.c:960: warning:
implicit declaration of function 'ro
http://bugs.freeciv.org/Ticket/Display.html?id=34131 >
This splits "Fighter" flag in two. "Fighter" is very good attacking
"Helicopter" units. "AttackAny" can attack even otherwise unreachable
units.
Applies on top of #33762
- ML
diff -Nurd -X.diff_ignore freeciv/client/helpdata.c freeciv/c
http://bugs.freeciv.org/Ticket/Display.html?id=34133 >
AI bomber might target enemy aircraft, which it cannot attack.
Fix attached.
- ML
diff -Nurd -X.diff_ignore freeciv/ai/aiair.c freeciv/ai/aiair.c
--- freeciv/ai/aiair.c 2006-08-18 10:52:03.0 +0300
+++ freeciv/ai/aiair.c 2007-01
http://bugs.freeciv.org/Ticket/Display.html?id=34145 >
Autogames differ between executions.
This is what valgrind found out:
==6086== Conditional jump or move depends on uninitialised value(s)
==6086==at 0x811ED99: ai_manage_ferryboat (aiferry.c:795)
==6086==by 0x812F8AD: ai_manage_un
http://bugs.freeciv.org/Ticket/Display.html?id=34111 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> We have two barbarian players but only one nation which they share.
> This means that nation->player points to one of them, but for another
> pplayer-&g
http://bugs.freeciv.org/Ticket/Display.html?id=34129 >
On 1/20/07, Christian Prochaska <[EMAIL PROTECTED]> wrote:
>
> > [EMAIL PROTECTED] - Sa 20. Jan 2007, 00:49:16]:
> >
> > cc1: warnings being treated as errors
> > ../../../src.patched/client/gui-sdl/widget_scrollbar.c: In function
> > 'scroll
http://bugs.freeciv.org/Ticket/Display.html?id=34111 >
On 1/20/07, Daniel Markstedt <[EMAIL PROTECTED]> wrote:
> On 1/20/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> > On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> > >
> > > We have
http://bugs.freeciv.org/Ticket/Display.html?id=34111 >
On 1/20/07, Daniel Markstedt <[EMAIL PROTECTED]> wrote:
>
> Or we could use my "Pirate" nation. Agreed, the effect would be
> slightly humorous. But so is having Conestoga wagons in the year 4000
> BC. ;)
We cannot currently control which b
http://bugs.freeciv.org/Ticket/Display.html?id=34129 >
On 1/20/07, Christian Prochaska <[EMAIL PROTECTED]> wrote:
> it needs
> __USE_ISOC99 to be defined which is the case when _GNU_SOURCE is defined
> . Perhaps a compiler problem?
'man round' says "Compile with -std=c99; link with -lm." But w
http://bugs.freeciv.org/Ticket/Display.html?id=34145 >
On 1/20/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=34145 >
>
> Autogames differ between executions.
>
> This is what valgrind found out:
>
> ==608
http://bugs.freeciv.org/Ticket/Display.html?id=34168 >
Use player_set_nation() instead of directly altering player->nation
in barbarians code. player_set_nation() also handles setting
nation->player correctly.
- ML
diff -Nurd -X.diff_ignore freeciv/server/barbarian.c freeciv/server/barbarian
http://bugs.freeciv.org/Ticket/Display.html?id=34170 >
If timeout is -1, first ctrl+c will set it to 0 so autogame stops.
- ML
diff -Nurd -X.diff_ignore freeciv/server/civserver.c freeciv/server/civserver.c
--- freeciv/server/civserver.c 2006-07-17 23:56:22.0 +0300
+++ freeciv/server
http://bugs.freeciv.org/Ticket/Display.html?id=33876 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> On 1/17/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> >
> > This adds new module base.[ch]. It contains one function,
> > base_has_effe
http://bugs.freeciv.org/Ticket/Display.html?id=34192 >
I often have old historian report tabs open and then I wonder how old
information they do contain.
This patch adds publishing year to reports.
- ML
diff -Nurd -X.diff_ignore freeciv/server/report.c freeciv/server/report.c
--- freeciv/se
http://bugs.freeciv.org/Ticket/Display.html?id=34081 >
On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> Applies on top of #33876.
- Improvet ruleset comments
- Send information to client
- ML
diff -Nurd -X.diff_ignore freeciv/client/packhand.c freeciv/cl
http://bugs.freeciv.org/Ticket/Display.html?id=34205 >
Use base name from ruleset instead of hardcoded strings.
Applies on top of #34081
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=34206 >
Use barbarian nation name instead of hardcoded "Barbarians" in
uprising message.
- ML
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=34206 >
On 1/21/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> Use barbarian nation name instead of hardcoded "Barbarians" in
> uprising message.
And the patch...
- ML
diff -Nurd -X.diff_ignore freeciv/serve
http://bugs.freeciv.org/Ticket/Display.html?id=34224 >
Form valgrind:
==3480== 1,036 (396 direct, 640 indirect) bytes in 35 blocks are
definitely lost in loss record 2 of 6
==3480==at 0x401C422: malloc (vg_replace_malloc.c:149)
==3480==by 0x804BD0D: fc_real_malloc (mem.c:82)
==3480==
http://bugs.freeciv.org/Ticket/Display.html?id=34111 >
On 1/20/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> For S2_1 adding ruleset for another barbarian nation is sufficient,
> but in trunk code should be changed so that it doesn't even accept
> same nation for
http://bugs.freeciv.org/Ticket/Display.html?id=34129 >
On 1/21/07, Christian Prochaska <[EMAIL PROTECTED]> wrote:
>
> > [EMAIL PROTECTED] - Sa 20. Jan 2007, 13:33:05]:
> >
> > 'man round' says "Compile with -std=c99; link with -lm." But when I
> > try to set '-std=c99', log.c no longer compiles.
http://bugs.freeciv.org/Ticket/Display.html?id=33445 >
On 1/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Except for cs.po, the win32 client build was ok.
Thanks for testing. I have now committed move_type and worklist patches.
> There were a few
> warnings from gcc about things that
http://bugs.freeciv.org/Ticket/Display.html?id=33876 >
On 1/20/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
>
> On 1/19/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> >
> > On 1/17/07, Marko Lindqvist <[EMAIL PROTECTED]> wrote:
> > >
> &
1 - 100 of 19800 matches
Mail list logo