[Freeciv-Dev] [patch #6329] pf_normal_map_iterate() optimization

Follow-up Comment #2, patch #6329 (project freeciv): This is due to patch #5201. Using right values for AI calculations is slow... I never could find a better solution for reversed (a real one). If someone does, I would be interested to know how it works!

[Freeciv-Dev] [bug #22960] Lots of runtime floating point warnings about CONN_PING_INFO

Follow-up Comment #13, bug #22960 (project freeciv): I don't think it's a good idea to allow a limit of the approximation. Of course, it doesn't make problem for the ping info that is just displayed to the client. But considering more critical values that the client should exactly knows, the error

[Freeciv-Dev] [bug #24037] Client crash when attaching to another player

Follow-up Comment #2, bug #24037 (project freeciv): Yes, it solved the problem. Thank you. ___ Reply to this item at: ___ Message posté via/par Gna! http://gna

[Freeciv-Dev] [bug #24037] Client crash when attaching to another player

URL: <http://gna.org/bugs/?24037> Summary: Client crash when attaching to another player Project: Freeciv Submitted by: pepeto Submitted on: ven. 06 nov. 2015 20:29:34 CET Category: client-gtk-2.0 Se

[Freeciv-Dev] [bug #23700] Private messages addressed to username disappear in cache

Follow-up Comment #3, bug #23700 (project freeciv): In my opinion, private messages cannot be saved in cache. There is no warranty about a connection with same user name comes from the same user. ___ Reply to this item at:

[Freeciv-Dev] [bug #23580] Ping info network error

Follow-up Comment #1, bug #23580 (project freeciv): This looks like similar to bug #22960. ___ Reply to this item at: ___ Message posté via/par Gna! http://gn

[Freeciv-Dev] [patch #6108] Assert that a connection from the all_connections list aren't NULL.

Follow-up Comment #1, patch #6108 (project freeciv): Shouldn't fc_assert_ret_msg() used there? ___ Reply to this item at: ___ Message posté via/par Gna! http:/

[Freeciv-Dev] [bug #23324] Server option 'first_timeout' is broken

Update of bug #23324 (project freeciv): Assigned to: pepeto => None ___ Reply to this item at: <http://gna.org/bugs/?23324> ___

[Freeciv-Dev] [bug #23324] Server option 'first_timeout' is broken

Follow-up Comment #2, bug #23324 (project freeciv): Actually, there are two problems. One problem is the one reported here, the server doesn't handle first_timeout every where. The other problem is that the client ignores first_timeout and display the normal timeout at turn T0, even if first_timeo

[Freeciv-Dev] [bug #23444] Client doesn't show some cargo units of Carriers

Follow-up Comment #10, bug #23444 (project freeciv): I suppose that the comment in client/packhand.c should be modified in S2_6 and TRUNK too. ___ Reply to this item at: _

[Freeciv-Dev] [bug #23444] Carriers

Follow-up Comment #7, bug #23444 (project freeciv): > package_unit(punit, ...) should be package_unit(ptrans, ...) Indeed. > Probably this check should just be removed (and the > client_has_player() one too?) Not tested this. I think this check is correct for the S2_5 branch because the transpo

[Freeciv-Dev] [bug #23478] radomly changing tech goals without cause

Follow-up Comment #1, bug #23478 (project freeciv): Could you provide a savegame of the "buggy" game? ___ Reply to this item at: ___ Message posté via/par Gna!

[Freeciv-Dev] [bug #23324] Server option 'first_timeout' is broken

Update of bug #23324 (project freeciv): Category:None => general Status:None => In Progress Assigned to:None => pepeto Planne

[Freeciv-Dev] [bug #23286] Temporary terrain change during turn change

Follow-up Comment #7, bug #23286 (project freeciv): Tested without and with the patch. It successfully fixed the bug. ___ Reply to this item at: ___ Message sent

[Freeciv-Dev] [bug #22863] Pillaged buoys still visible on fogged tiles

Update of bug #22863 (project freeciv): Status: In Progress => Ready For Test Open/Closed:Open => Closed ___ Follow-up Comment #8: @Andreas: Please, i

[Freeciv-Dev] [bug #23231] advance_by_number(A_FUTURE) returning NULL

Follow-up Comment #10, bug #23231 (project freeciv): I think this patch is not correct for S2_6 and trunk. It would return a pointer to incorrect memory. ___ Reply to this item at: _

[Freeciv-Dev] [bug #23154] failed assertion in handle_tile_info

Update of bug #23154 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23154] failed assertion in handle_tile_info

Update of bug #23154 (project freeciv): Status: Confirmed => Ready For Test Assigned to:None => pepeto ___ Follow-up Comment #10: Backported

[Freeciv-Dev] [bug #23154] failed assertion in handle_tile_info

Follow-up Comment #9, bug #23154 (project freeciv): The circumstances looks like similar bug #20705. ___ Reply to this item at: ___ Message posté via/par Gna!

[Freeciv-Dev] [bug #23154] failed assertion in handle_tile_info

Update of bug #23154 (project freeciv): Status:None => Confirmed Planned Release: 2.4.5, 2.5.0, 2.6.0, 3.0.0 => 2.4.5 ___ Follow-up Comment #8: Reproduced but o

[Freeciv-Dev] [bug #23222] "Future Tech. %d" not localized with format

Update of bug #23222 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23220] Crash on exit with research dialog open and future techs researched.

Update of bug #23220 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23221] Future tech rule and translated names are messed up

Update of bug #23221 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23222] "Future Tech. %d" not localized with format

Update of bug #23222 (project freeciv): Status:None => Ready For Test Assigned to:None => pepeto Operating System:None

[Freeciv-Dev] [bug #23220] Crash on exit with research dialog open and future techs researched.

Follow-up Comment #3, bug #23220 (project freeciv): Patch for bug #23221 would also fix this issue. ___ Reply to this item at: ___ Message posté via/par Gna!

[Freeciv-Dev] [bug #23221] Future tech rule and translated names are messed up

Update of bug #23221 (project freeciv): Status:None => Ready For Test Assigned to:None => pepeto ___ Follow-up Comment #3: Fix ready,

[Freeciv-Dev] [bug #22692] Show patrol return path

Update of bug #22692 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #5681] Client goto turn number art

Follow-up Comment #1, patch #5681 (project freeciv): About missing sprites: There is a missing sprite for way points named "path.waypoint". After that, goto sprites are displayed in 3 modes. For each mode, it is possible to define a specific global sprite or/and a set of sprites for each turn num

[Freeciv-Dev] [patch #5233] Client goto turn number

Update of patch #5233 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23221] Future tech rule and translated names are messed up

Follow-up Comment #2, bug #23221 (project freeciv): > Future techs having rule name... does that mean that we > actually support requirements like { "Tech", "Future Tech 34", > "Player" } ? No, there is no way to find a particular future tech by name. Rule names here are only used for logging mes

[Freeciv-Dev] [bug #23222] "Future Tech. %d" not localized with format

URL: <http://gna.org/bugs/?23222> Summary: "Future Tech. %d" not localized with format Project: Freeciv Submitted by: pepeto Submitted on: mar. 27 janv. 2015 21:50:53 CET Category: general

[Freeciv-Dev] [bug #23220] Crash on exit with research dialog open and future techs researched.

Follow-up Comment #2, bug #23220 (project freeciv): Maybe a better approach would be to use a strvec? ___ Reply to this item at: ___ Message posté via/par Gna!

[Freeciv-Dev] [bug #23221] Future tech rule and translated names are messed up

URL: <http://gna.org/bugs/?23221> Summary: Future tech rule and translated names are messed up Project: Freeciv Submitted by: pepeto Submitted on: mar. 27 janv. 2015 21:45:29 CET Category: general Se

[Freeciv-Dev] [bug #23220] Crash on exit with research dialog open and future techs researched.

Update of bug #23220 (project freeciv): Category: client => general Status:None => Ready For Test Operating System:None => Any Planned Release:

[Freeciv-Dev] [patch #5681] Client goto turn number art

Update of patch #5681 (project freeciv): Depends on: => patch #5233 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [patch #5233] Client goto turn number

Follow-up Comment #14, patch #5233 (project freeciv): Version 5 attached: reworked tileset sprite handling. The tileset author can choose to make sprites for every state and turn number (e.g. for having different font, shape or color), or to define a global sprite for every state (or both). (fil

[Freeciv-Dev] [bug #22863] Pillaged buoys still visible on fogged tiles

Update of bug #22863 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #20758] Buoys getting vision twice

Update of bug #20758 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #22692] Show patrol return path

Update of bug #22692 (project freeciv): Status: In Progress => Ready For Test Planned Release: 3.0.0 => 2.6.0, 3.0.0 ___ Follow-up Comment #3: Updated version inc

[Freeciv-Dev] [patch #5233] Client goto turn number

Update of patch #5233 (project freeciv): Status: In Progress => Ready For Test Planned Release: 3.0.0 => 2.6.0, 3.0.0 ___ Follow-up Comment #13: This one should d

[Freeciv-Dev] [bug #22863] Pillaged buoys still visible on fogged tiles

Additional Item Attachment, bug #22863 (project freeciv): File name: trunk_S2_6_destroy_extra_notify.patch Size:2 KB File name: S2_5_S2_4_destroy_base_notify.patch Size:1 KB ___ Reply to this item at: _

[Freeciv-Dev] [bug #22863] Pillaged buoys still visible on fogged tiles

Update of bug #22863 (project freeciv): Planned Release:2.6.0, 3.0.0 => 2.4.5, 2.5.0, 2.6.0, 3.0.0 ___ Follow-up Comment #3: Fixes for all branches attached: make a decomposed update_tile_knowledge() inside destroy_[ex

[Freeciv-Dev] [bug #22863] Pillaged buoys still visible on fogged tiles

Update of bug #22863 (project freeciv): Status: In Progress => Ready For Test Operating System:None => Any Planned Release: => 2.6.0, 3.0.0 __

[Freeciv-Dev] [bug #20758] Buoys getting vision twice

Update of bug #20758 (project freeciv): Status: In Progress => Ready For Test Operating System:None => Any Planned Release: 2.6.0 => 2.6.0, 3.0.0 __

[Freeciv-Dev] [patch #5233] Client goto turn number

Follow-up Comment #12, patch #5233 (project freeciv): You might notice I have no more time free to coding Freeciv nowadays. I have kept 4 tickets that I have started to work on. However, you may steal them. ___ Reply to this item at:

[Freeciv-Dev] [patch #5700] Remove a couple of functionality made inside fc_assert_XXX() calls

Update of patch #5700 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #5697] Force the usage of semicolon after fc_assert_XXX() calls

Update of patch #5697 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #5695] Add missing semicolons at the end of fc_assert_XXX() calls

Update of patch #5695 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #3922] The Adaptisland generator

Update of patch #3922 (project freeciv): Assigned to: pepeto => None ___ Reply to this item at: <http://gna.org/patch/?3922> ___

[Freeciv-Dev] [bug #18592] 1: Got a packet of type * from a dead player. (RC2 client, S2_3 server)

Update of bug #18592 (project freeciv): Assigned to: pepeto => None ___ Reply to this item at: <http://gna.org/bugs/?18592> ___

[Freeciv-Dev] [bug #18658] Help: mbook's small wonders are treated as buildings

Update of bug #18658 (project freeciv): Assigned to: pepeto => None ___ Reply to this item at: <http://gna.org/bugs/?18658> ___

[Freeciv-Dev] [bug #23177] segfault - stacktrace attached

Follow-up Comment #1, bug #23177 (project freeciv): Thank you for reporting. Do you have any information about what was happening just before the client crashed? Or maybe a savegame this would be reproducible? ___ Reply to this item at:

[Freeciv-Dev] [bug #23167] Fix typo in vision_site_update_from_city() assertions

Update of bug #23167 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23058] Can't use Area Selection mode when national borders are disabled

Update of bug #23058 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23030] Ghost nuclear unit left in enemy city after explosion

Update of bug #23030 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23175] Explorer seeing far terrain

Follow-up Comment #4, bug #23175 (project freeciv): > Is taht near the wrapping point of the map? Yes it is. Extra seen tiles are (83,26) and (0,23), topology is WARPX|ISO. ___ Reply to this item at: _

[Freeciv-Dev] [bug #23175] Explorer seeing far terrain

Follow-up Comment #2, bug #23175 (project freeciv): I don't know what is the ruleset used for freeciv-web. But it is strange to see so few tiles after the passage of the explorer. > I suspect that this is a bug in the Freeciv server, though. I have never observed such things and I don't see what

[Freeciv-Dev] [patch #5696] Disable all fc_assert_XXX() effects when NDEBUG is defined

Update of patch #5696 (project freeciv): Status: Ready For Test => None Assigned to: pepeto => None ___ Follow-up Comment #2: > First

[Freeciv-Dev] [patch #5700] Remove a couple of functionality made inside fc_assert_XXX() calls

URL: <http://gna.org/patch/?5700> Summary: Remove a couple of functionality made inside fc_assert_XXX() calls Project: Freeciv Submitted by: pepeto Submitted on: sam. 10 janv. 2015 15:15:45 CET Category: g

[Freeciv-Dev] [bug #23167] Fix typo in vision_site_update_from_city() assertions

URL: <http://gna.org/bugs/?23167> Summary: Fix typo in vision_site_update_from_city() assertions Project: Freeciv Submitted by: pepeto Submitted on: sam. 10 janv. 2015 14:27:34 CET Category: g

[Freeciv-Dev] [bug #23058] Can't use Area Selection mode when national borders are disabled

Update of bug #23058 (project freeciv): Category: client-gtk-2.0 => client Status: Confirmed => Ready For Test Assigned to:None => pepeto Operati

[Freeciv-Dev] [patch #5697] Force the usage of semicolon after fc_assert_XXX() calls

URL: <http://gna.org/patch/?5697> Summary: Force the usage of semicolon after fc_assert_XXX() calls Project: Freeciv Submitted by: pepeto Submitted on: sam. 10 janv. 2015 13:28:08 CET Category: g

[Freeciv-Dev] [patch #5696] Disable all fc_assert_XXX() effects when NDEBUG is defined

URL: <http://gna.org/patch/?5696> Summary: Disable all fc_assert_XXX() effects when NDEBUG is defined Project: Freeciv Submitted by: pepeto Submitted on: sam. 10 janv. 2015 13:27:10 CET Category: g

[Freeciv-Dev] [patch #5695] Add missing semicolons at the end of fc_assert_XXX() calls

URL: <http://gna.org/patch/?5695> Summary: Add missing semicolons at the end of fc_assert_XXX() calls Project: Freeciv Submitted by: pepeto Submitted on: sam. 10 janv. 2015 13:23:51 CET Category: g

[Freeciv-Dev] [bug #23030] Ghost nuclear unit left in enemy city after explosion

Follow-up Comment #5, bug #23030 (project freeciv): Second version of the fix attached. It includes changes made in the first version: Remember what unit have been made visible and hidden when moving. At the end of the move handling, simply hide units which are no more visible. It should be robus

[Freeciv-Dev] [bug #23154] failed assertion in handle_tile_info

Follow-up Comment #5, bug #23154 (project freeciv): Could you send us the savegame from -13 turns? ___ Reply to this item at: ___ Message posté via/par Gna! h

[Freeciv-Dev] [bug #23154] failed assertion in handle_tile_info

Follow-up Comment #2, bug #23154 (project freeciv): > This is the same message bug #22600 (although that bug was only > observed / fixed on 2.5 and up). In comment 17 , I have said the bug was not present in S2_4. However, I was talking about the first part o

[Freeciv-Dev] [bug #23030] Ghost nuclear unit left in enemy city after explosion

Update of bug #23030 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #4: First version of the fix ready for testing... (file #23420, file #23421) _

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Update of bug #23093 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #22692] Show patrol return path

Update of bug #22692 (project freeciv): Planned Release: 2.6.0 => 3.0.0 ___ Reply to this item at: ___ Message post

[Freeciv-Dev] [patch #5233] Client goto turn number

Update of patch #5233 (project freeciv): Planned Release: 2.6.0 => 3.0.0 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [bug #23030] Ghost nuclear unit left in enemy city after explosion

signed to: None => pepeto Planned Release: 2.5.0 => 2.5.0, 2.6.0, 3.0.0 ___ Follow-up Comment #3: It is a regression since 2.4 version. So it should be fixed bef

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Update of bug #23093 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #13: The original posted patch for S2_4 should stabilize this branch. _

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Follow-up Comment #8, bug #23093 (project freeciv): I have made the version of the patch only for trunk currently. I won't be able to backport it to older branches (but the bug may be present there too). ___ Reply to this item at:

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Follow-up Comment #6, bug #23093 (project freeciv): Attached another approch: resize the genhash only when the entry number will be changed. It may replace previous one, but both can be applied too. (file #23302) ___ Additional Item Attach

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Follow-up Comment #5, bug #23093 (project freeciv): startpos_hash_replace() is called into a startpos_hash_iterate loop. But startpos_hash_replace() is actually genhash_replace() and it calls genhash_maybe_expand() which can cause the hash table to be resized (but the iterator keeps invalid data).

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Update of bug #23093 (project freeciv): Category: freeciv-web => general Status:None => Ready For Test Planned Release: => 2.4.5, 2.5.0, 2.6.0 __

[Freeciv-Dev] [bug #23093] Segmentation fault in generate_players loading earth-160x90-v2.sav

Follow-up Comment #1, bug #23093 (project freeciv): I suspect startpos_hash_replace() to be used in a startpos_hash_iterate loop. ___ Reply to this item at: ___

[Freeciv-Dev] [patch #5567] Remove switch statement in packet_name()

Update of patch #5567 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #5568] Remove usage of switch statement in packet_has_game_info_flag()

Update of patch #5568 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #5566] Remove get_packet_from_connection_helper() and receive_packet_XXX() functions

Update of patch #5566 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #5565] Replace packet variant process by function pointers

Update of patch #5565 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23030] Ghost nuclear unit left in enemy city after explosion

Follow-up Comment #2, bug #23030 (project freeciv): I have found similar problem (reversed) for paratrooper jump seen by shared vision. ___ Reply to this item at: ___

[Freeciv-Dev] [patch #4949] [Metaticket] Get rid of massive switch-cases

Update of patch #4949 (project freeciv): Depends on: => patch #5566 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [patch #4949] [Metaticket] Get rid of massive switch-cases

Update of patch #4949 (project freeciv): Depends on: => patch #5568 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [patch #4949] [Metaticket] Get rid of massive switch-cases

Update of patch #4949 (project freeciv): Depends on: => patch #5567 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [patch #4949] [Metaticket] Get rid of massive switch-cases

Update of patch #4949 (project freeciv): Depends on: => patch #5565 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [patch #5566] Remove get_packet_from_connection_helper() and receive_packet_XXX() functions

Update of patch #5566 (project freeciv): Depends on: => patch #5565 ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [patch #5568] Remove usage of switch statement in packet_has_game_info_flag()

URL: <http://gna.org/patch/?5568> Summary: Remove usage of switch statement in packet_has_game_info_flag() Project: Freeciv Submitted by: pepeto Submitted on: lun. 15 déc. 2014 16:11:48 CET Category: g

[Freeciv-Dev] [patch #5567] Remove switch statement in packet_name()

URL: <http://gna.org/patch/?5567> Summary: Remove switch statement in packet_name() Project: Freeciv Submitted by: pepeto Submitted on: lun. 15 déc. 2014 16:10:01 CET Category: general Priority: 5 -

[Freeciv-Dev] [patch #5566] Remove get_packet_from_connection_helper() and receive_packet_XXX() functions

URL: <http://gna.org/patch/?5566> Summary: Remove get_packet_from_connection_helper() and receive_packet_XXX() functions Project: Freeciv Submitted by: pepeto Submitted on: lun. 15 déc. 2014 16:08:54 CET Category: g

[Freeciv-Dev] [patch #5565] Replace packet variant process by function pointers

URL: <http://gna.org/patch/?5565> Summary: Replace packet variant process by function pointers Project: Freeciv Submitted by: pepeto Submitted on: lun. 15 déc. 2014 16:03:52 CET Category: general Pr

[Freeciv-Dev] [patch #5472] Shared vision and embassy sanity check for team mates

Update of patch #5472 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #23058] Can't use Area Selection mode when national borders are disabled

Update of bug #23058 (project freeciv): Status:None => Confirmed ___ Reply to this item at: ___ Message post

[Freeciv-Dev] [patch #5546] Qt client: Add special unit page to manual

Update of patch #5546 (project freeciv): Assigned to:None => mir3x ___ Reply to this item at: ___ Message pos

[Freeciv-Dev] [bug #23062] Qt client doesn't ask for confirmation on exit

Update of bug #23062 (project freeciv): Assigned to:None => mir3x ___ Reply to this item at: ___ Message post

[Freeciv-Dev] [bug #23012] future target purged on same turn as requirement get

Follow-up Comment #6, bug #23012 (project freeciv): > The flip side in changing the order would be that anything > built this turn would not contribute to the production (Library > increasing science, Marketplace gold, Factory production, > Military units helping martial law or (in case of field u

[Freeciv-Dev] [bug #14473] End of turn is totally messy

Update of bug #14473 (project freeciv): Depends on: => bugs #23012 ___ Reply to this item at: ___ Message post

[Freeciv-Dev] [bug #22998] Inconsistant values for max enum size

Follow-up Comment #1, bug #22998 (project freeciv): _MAX_LEN_ENUM_ is used as string length for the network protocol. _max_enum_values_ is used internally in "specenum_gen.py" to define the amount of output into "specenum_gen.h". I don't think there are conflicts between these values, neither wi

[Freeciv-Dev] [patch #5462] specenum: add gcc 'const' attributes

Update of patch #5462 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

  1   2   3   4   5   6   7   8   9   10   >