From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11533 invoked by alias); 18 Nov 2003 04:01:31 -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 11522 invoked from network); 18 Nov 2003 04:01:31 -0000 Received: from unknown (HELO garm.central.cmich.local) (141.209.15.48) by sources.redhat.com with SMTP; 18 Nov 2003 04:01:31 -0000 Received: from leon.phy.cmich.edu ([141.209.165.20]) by egate1.central.cmich.local with Microsoft SMTPSVC(5.0.2195.6713); Mon, 17 Nov 2003 23:01:28 -0500 Received: from localhost (unknown [127.0.0.1]) by leon.phy.cmich.edu (Postfix) with ESMTP id 72AD37001D; Mon, 17 Nov 2003 23:01:25 -0500 (EST) Date: Tue, 18 Nov 2003 04:05:00 -0000 From: Eric McDonald To: Erik Jessen Cc: 'xconq' Subject: RE: New Interpreter (was RE: Marketing Xconq?) In-Reply-To: <001201c3ad87$a8da12c0$6401a8c0@Win2k> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 18 Nov 2003 04:01:28.0692 (UTC) FILETIME=[A4B3F340:01C3AD88] X-SW-Source: 2003/txt/msg00747.txt.bz2 On Mon, 17 Nov 2003, Erik Jessen wrote: > 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". Well, with the Tcl/Tk interface we access a Tcl interpreter from C code all the time. As long as whatever language you have in mind can expose its interpreter to C in some for or another, you can call back into the interpreter and ask it to do things on your behalf. And vice versa, if the interpreter can call C functions. Then it is simply a matter of putting hooks into the relevant code sections. But my experience with Tcl and Xconq is that this sort of arrangement is harder to debug. Also, with a full blown interpreter being used, one must consider the security aspect. Especially since Xconq has the setgid bit set on Unix/Linux systems.... > 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. Good luck finding them (and anything else you lost). Eric