From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2898 invoked by alias); 18 Nov 2003 03:46:41 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 2885 invoked from network); 18 Nov 2003 03:46:40 -0000 Received: from unknown (HELO mta3.adelphia.net) (68.168.78.181) by sources.redhat.com with SMTP; 18 Nov 2003 03:46:40 -0000 Received: from Win2k ([68.169.251.17]) by mta3.adelphia.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031118034643.SGPR28601.mta3.adelphia.net@Win2k>; Mon, 17 Nov 2003 22:46:43 -0500 From: "Erik Jessen" To: "'Eric McDonald'" Cc: "'xconq'" Subject: RE: New Interpreter (was RE: Marketing Xconq?) Date: Tue, 18 Nov 2003 04:01:00 -0000 Message-ID: <001201c3ad87$a8da12c0$6401a8c0@Win2k> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal In-Reply-To: X-SW-Source: 2003/txt/msg00746.txt.bz2 My thought was this: - add an interpreter, using a standard language (like Perl) that can simply access existing data-structures. The hard part (at least to me) is: how do you decide when to execute the new programs? It's easy to load data-structures at initialization time & then have canned code execute it (what we do today). It's harder to say "execute this subroutine any time combat occurs". Alas, I've not been able to locate my examples (I hope they weren't on my system that had the HDD crash), but I'm hopeful of backups. Erik -----Original Message----- From: Eric McDonald [mailto:mcdonald@phy.cmich.edu] Sent: Monday, November 17, 2003 7:34 PM To: Erik Jessen Cc: 'xconq' Subject: New Interpreter (was RE: Marketing Xconq?) Hi Erik, On Mon, 17 Nov 2003, Erik Jessen wrote: > I think having an interpreted language (v. the current Lisp-format > datafile) would put Xconq way ahead of the competition (like ADC2 et > al). In past discussion, with Bruno I think, I jokingly referred to this as GDL++. But seriously, I run into things that I would like to do in Xconq that GDL cannot presently handle. Foremost among my desires are definitions based on forumlae rather than just static tables. It would also be nice to script events into certain games. However, if one writes a new interpreter, it would still need to work within the limitations of the backend data structures. Writing a new, more powerful interpreter is an ambitious project, but it would certainly be fun to do sometime. (As would expanding the standing orders syntax.) Regards, Eric P.S. How are the Xconq example "games" coming? If you have them ready, we can toss them into CVS, perhaps under lib/examples.