Complete.Org: Mailing Lists: Archives: freeciv-dev: April 2003:
[Freeciv-Dev] Re: (PR#3928) Convert client to use PF
Home

[Freeciv-Dev] Re: (PR#3928) Convert client to use PF

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: rf13@xxxxxxxxxxxxxxxxx
Subject: [Freeciv-Dev] Re: (PR#3928) Convert client to use PF
From: "Gregory Berkolaiko" <Gregory.Berkolaiko@xxxxxxxxxxxx>
Date: Wed, 9 Apr 2003 11:50:02 -0700
Reply-to: rt@xxxxxxxxxxxxxx

On Tue, 8 Apr 2003, Raimar Falke wrote:

> On Mon, Apr 07, 2003 at 08:43:28AM -0700, Gregory Berkolaiko wrote:
> > 
> > So this means that if I attempt doing goto with a trireme I will get a 
> > core?  I think it should be fixed before this is committed.
> 
> Untested: the server will just go the steps and will not wait at the
> steps at which the unit should wait. So you don't get a core but a
> sunken trireme.

Wrong guess.  It crashes.  A savegame attached.

There are two problems, small and big.

1. If there is a safe path but with waiting, the line_draw code dies:
        civclient: goto.c:488: get_drawn_char: 
        Assertion `is_valid_dir(dir)' failed.
which is understandable.

2. If you attempt to put mouse over a dangerous tile, path-finding 
crashes: paths to dangerous tiles are not supported because they are not 
defined.  I should have returned NULL path rather then crash, of course.  

However the big problem still remains: paths to dangerous tiles are not 
defined.  The algorithm considers and processes many different paths to 
dangerous tiles: those that are longer but safer (you get to dangerous 
tile with more movepoints) and those that are shorter but less safe.  
Which is the best?  And storing them all so you can return any one at any 
time is probably next to impossible.

G.


Attachment: trir.gz
Description: trir.gz


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