Complete.Org: Mailing Lists: Archives: freeciv-dev: August 2003:
[Freeciv-Dev] Re: (PR#4757) server_crash: pending_seen is off
Home

[Freeciv-Dev] Re: (PR#4757) server_crash: pending_seen is off

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: undisclosed-recipients: ;
Subject: [Freeciv-Dev] Re: (PR#4757) server_crash: pending_seen is off
From: "Jason Short" <jdorje@xxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 5 Aug 2003 10:57:28 -0700
Reply-to: rt@xxxxxxxxxxxxxx

Gregory Berkolaiko wrote:
> On Tue, 5 Aug 2003, Jason Short wrote:

> An assert should have been triggered earlier just before call to 
>   ai_unit_gothere (punit=0x832c5a0) at aitools.c:99
> since the goto_dest was set to something strange, (20,64)

I think (20,64) is a valid goto_dest under an iso-map.  It is possible 
that this bug happens because it's an iso-map.  But if so, it's likely 
the bug is in current CVS and only manifests under gen-topologies.

Nonetheless, this may make it difficult to trace.  (The version of 
gen-topologies used is v30 from the 'patches' module of freeciv-test.)

> can you print punit->goto_dest.[xy] ?

(gdb) select 6
(gdb) p *punit
$4 = {type = 33, id = 266, owner = 5, x = 43, y = 84, veteran = true,
   homecity = 0, moves_left = 9, hp = 10, unhappiness = 0, upkeep = 0,
   upkeep_food = 0, upkeep_gold = 0, foul = false, fuel = 0, bribe_cost 
= -1,
   ai = {control = false, ai_role = AIUNIT_NONE, ferryboat = 0,
     passenger = 268, bodyguard = -1, charge = 0}, activity = 
ACTIVITY_IDLE,
   goto_dest = {x = 20, y = 64}, activity_count = 0,
   activity_target = S_NO_SPECIAL, focus_status = FOCUS_AVAIL, ord_map = 0,
   ord_city = 0, moved = false, paradropped = false, connecting = false,
   transported_by = -1, pgr = 0x0

jason




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