Follow-up Comment #9, patch #4830 (project freeciv):

Thanks for the updates: this is lots cleaner and easier to work with.

Applies smoothly over r25244, and builds.

    Most of the rest of the codebase uses singular nouns for most purposes,
with plural nouns only used when specifically handling multiple things (and
not as a list).  To follow this, most uses of "multipliers" should probably be

    This probably belongs in server/plrhand.c, in a similar manner to
handle_player_rates(), handle_player_change_government, etc.

    CodingStyle mandates declaring variables at the beginning of the
scope, followed by a blank line.

    A null ruleset (not exposing any multipliers) needs to be supplied for all
the other rulesets (excluding experimental).  Currently, the server crashes on
start (can't load ruleset) with the default ruleset.  This crash persists even
if one starts the server with -r experimental.serv

    I'd put this between load_game_names() and load_technology_names() just
because I like alphabetical order, but it's not important.

    The dl_send_packet_ruleset_multiplier() call runs over 77 characters

    I don't see this initialised anywhere on the client: packhand.c seems to
assume it to be 0 without checking.  I also don't understand why this is set
to 0 in game_ruleset_free(): what is the intent here?

    I don't see this initialised anywhere on client or server.  Aside from the
apparent useless set to 0 in game_ruleset_free(), it also does not appear to
be used outside multipliers.c, so if probably ought be scoped to only that

    With the removal of the rest of these variables, this file no longer needs
to include multipliers.h

    I still like pointers to data structures, rather than indexed access to
arrays :)

    This code would benefit from modification of the comment to describe the
new behaviour.

    I don't know much about GTK, but I would have expected this to be a static
function, or to be declared in a header file somewhere.


Reply to this item at:


  Message sent via/by Gna!

Freeciv-dev mailing list

Reply via email to