[Freeciv-Dev] Re: Development Strategies [Was Documentation,Usability and Development]

[Raimar Falke <hawk@xxxxxxxxxxxxxxxxxxxxxxx>]

On Tue, Dec 04, 2001 at 11:01:54AM +0200, Petrus Viljoen wrote:
> > > > Well, with a good enough forall, a non-infinite-looping language might 
> > > > be
> > > > adequate here (it's very theoretically limited, but I don't think we 
> > > > need
> > > > that much power).  Alternatively, kill the script if it doesn't 
> > > > terminate
> > > > within some time limit.
> > >
> > > Multi threading or will the interpreter provide this feature?
> >
> 
> Don't think the current scripting engines support time-outs etc..
> You will most likely end up with depleted memory or a thrashing garbage 
> collector.

Well at least the lpmud engine had such an feature. CPU time was
limited as well as array size.

> Why do you want to make the rulesets & units extensible via scripts.
> 1. You are asking for someone to hack/cheat

> 2. If you have a script to configure a unit you can just as well
> have C code in the server to configure the unit (This will be safer
> and better controlled)

Ack.

> 3. I for one am not going to check all the Scripts before I start a
> Game.

This would be the conclusion. I see a server command which prints the
md5 of the whole ruleset used ;)

> Data driven configuration is
> 1. Safer
> 2. Easier to manage.

Ack.

> IMHO the only place scripts make sense is personalized customization
> of clients (agents, unit, city behavior/management).

Ack everything at the client side is uncritical in this respect.

        Raimar

-- 
 email: rf13@xxxxxxxxxxxxxxxxx
 "The BeOS takes the best features from the major operating systems. 
  It's got the power and flexibility of Unix, the interface and ease 
  of use of the MacOS, and Minesweeper from Windows."