Complete.Org: Mailing Lists: Archives: freeciv-dev: April 2000:
[Freeciv-Dev] Re: foggy problems
Home

[Freeciv-Dev] Re: foggy problems

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: freeciv-dev@xxxxxxxxxxx
Subject: [Freeciv-Dev] Re: foggy problems
From: Jeff Mallatt <jjm@xxxxxxxxxxxx>
Date: Fri, 14 Apr 2000 10:15:41 -0400

The attached patch updates Thue's patch to the latest CVS.  I haven't
looked at this patch, yet.

jjm

At 2000/04/13 15:59 , Thue Janus Kristensen wrote:
>Here is a slightly improved patch that doesn't have the ugly hack
>mentioned below in 1). It should now be prefectly safe to allow resolving
>stack conflicts in a city again. (removed in my patch) (Are you sure you
>sent the right game for the reproducible loop? it's year was 3900BC...
>freeciv is not that deterministic with all the random battles...)
>Theoretically it should work now :)
>
>I have included two patches:
>-one that includes the two old patches+my latest patch
>-one that contains my patch alone
>
>> The attached patch does the following:
>> 1) Temporarely removes the old city from the victim players city list
>> while the units are transferred (the old city is still the one referred
>> in the tile, but it would take some ogy code to change that in the too,
>> as we would have to go throught the playermaps as well). This is needed
>> for the units to be transferred properly (My main test case was a ship
>> city1 with a unit from city2 just outside city1 as it got bribed, the
>> unit gets into the city too). If you want to I think we can allow
>> resolving units in a city again. Yes, I know this isn't very pretty, but
>> I couldn't see any other way.
>> Suggestions welcome.
>> 
>> 2) Make sure that ships are not transferred to landlocked cities
>> 
>> 3) Make the server not crash if we try to transfer a unit when we have no
>> cities.
>> 
>> 4) Move the verbose message to the player from resolve_unitstack down into
>> teleport_unit_to_city
>> 
>> -Thue

Attachment: transfer_problems-Apr-14.diff
Description: Text document


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