<!-- MHonArc v2.4.4 --> <!--X-Subject: [MUD-Dev] Scripting Design Notes --> <!--X-From-R13: [vxr Z Yrfy <zyxrfyNpcvagrearg.pbz> --> <!--X-Date: Sun, 19 Jul 1998 06:47:32 -0700 --> <!--X-Message-Id: 19980719085049.A1342@localhost --> <!--X-Content-Type: text/plain --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, [MUD-Dev] Scripting Design Notes</title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:mlkesl#cpinternet,com"> </head> <body background="/backgrounds/paperback.gif" bgcolor="#ffffff" text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000"> <font size="+4" color="#804040"> <strong><em>MUD-Dev<br>mailing list archive</em></strong> </font> <br> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] <br clear=all><hr> <!--X-Body-Begin--> <!--X-User-Header--> <!--X-User-Header-End--> <!--X-TopPNI--> Date: [ <a href="msg00252.html">Previous</a> | <a href="msg00254.html">Next</a> ] Thread: [ <a href="msg00667.html">Previous</a> | <a href="msg00252.html">Next</a> ] Index: [ <A HREF="author.html#00253">Author</A> | <A HREF="#00253">Date</A> | <A HREF="thread.html#00253">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>[MUD-Dev] Scripting Design Notes</H1> <HR> <!--X-Subject-Header-End--> <!--X-Head-of-Message--> <UL> <LI><em>To</em>: MUD-DEV List <<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>></LI> <LI><em>Subject</em>: [MUD-Dev] Scripting Design Notes</LI> <LI><em>From</em>: Mike L Kesl <<A HREF="mailto:mlkesl#cpinternet,com">mlkesl#cpinternet,com</A>></LI> <LI><em>Date</em>: Sun, 19 Jul 1998 08:50:49 -0400</LI> <LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI> </UL> <!--X-Head-of-Message-End--> <!--X-Head-Body-Sep-Begin--> <HR> <!--X-Head-Body-Sep-End--> <!--X-Body-of-Message--> <PRE> . o O ( Scripting Language ) O o . (mlkesl 980716 - revised) (mlkesl 980711 - created) Problem: Objects should be as realistic as possible. Goals: Allow contributors to define an objects realism fully and easily. . ( How ) . The obvious solution is a scripting language. I do not think there is any paradigm that we need to break here in deciding the means to reach the goal. A scripting language is about as good as it gets, aside from the actual hard code. . ( What ) . I am considering using jPython <<A HREF="http://www.python.org">http://www.python.org</A>>. The other consideration is to allow contributors to use java in a secure way using a hard coded api of appropriate scripting functions. I think something that is purely interpreted would be nice, but I am not sure if that is theoretically possible in a purely platform independent project, unless of course if the interpreter is written in java, which could mean a class library in the case of jPython, I am not sure. Otherwise we would have to write our own interpreter for the java method. This method would really only try to compile the script, making the java runtime environment do most of the work. More investigation of Java Python is necessary, and perhaps other languages. . ( Design ) . Should we make the system fully functional and hope for smart contributors, or should we assume the worst from contributors and not allow certain things. The most obvious security threat is that a scripter could call functions in the code he or she should not be. This problem is eliminated by the very definition of a scripting language. Avoiding this problem is usually the main part of the scripting language tied closely together in a brawl with flexible functionality. Depending on the implementation, there could be a security threat in the form of excessive memory usage. For example, a contributor might decide his mob needs to memorize the description of every object on the mud. Obviously memory and time consuming, but maybe not quite to obvious to some likely contributors. An elegant solution to this currently eludes me. It would mean limiting the allocation of variables, some or all. The limiting could be done by quantity, or type, or memory usage, or a combination of the three I am thinking. The last option sounds intriguing and may be well implemented in other places in the system warranting that work be put into it. (Such as the thread rules or object reuse rules) Another question to consider, if whether or not we will allow inheritance. Again this may directly affect our choice of implementation or vice versa. Should it allow them to extend item types into their own subclassed item type. Thus making a "katana" type from sword? or not...This would be good with smart contributors, but probably not a good idea given the quality of most people who will be contributing. I am thinking no... (-[= open ended file =]-) </PRE> <!--X-Body-of-Message-End--> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <HR> <!--X-Follow-Ups-End--> <!--X-References--> <!--X-References-End--> <!--X-BotPNI--> <UL> <LI>Prev by Date: <STRONG><A HREF="msg00252.html">[MUD-Dev] Network Connectivity</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg00254.html">[MUD-Dev] Login and Accounts</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg00667.html">[MUD-Dev] Re: Login and Accounts</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg00252.html">[MUD-Dev] Network Connectivity</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#00253"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#00253"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> <ul><li>Thread context: <BLOCKQUOTE><UL> <LI><STRONG>[MUD-Dev] RE: Login and Accounts</STRONG>, <EM>(continued)</EM> <ul compact> <LI><strong><A NAME="00294" HREF="msg00294.html">[MUD-Dev] RE: Login and Accounts</A></strong>, Matt Chatterley <a href="mailto:matt#mpc,dyn.ml.org">matt#mpc,dyn.ml.org</a>, Wed 22 Jul 1998, 00:41 GMT <UL> <LI><strong><A NAME="00306" HREF="msg00306.html">[MUD-Dev] Re: Login and Accounts</A></strong>, Ling <a href="mailto:K.L.Lo-94#student,lboro.ac.uk">K.L.Lo-94#student,lboro.ac.uk</a>, Wed 22 Jul 1998, 13:45 GMT <UL> <LI><strong><A NAME="00441" HREF="msg00441.html">[MUD-Dev] Re: Login and Accounts</A></strong>, Matt Chatterley <a href="mailto:matt#mpc,dyn.ml.org">matt#mpc,dyn.ml.org</a>, Sat 01 Aug 1998, 12:40 GMT </LI> </UL> </LI> </UL> </LI> <LI><strong><A NAME="00667" HREF="msg00667.html">[MUD-Dev] Re: Login and Accounts</A></strong>, J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Tue 11 Aug 1998, 23:05 GMT </LI> </ul> </LI> <LI><strong><A NAME="00253" HREF="msg00253.html">[MUD-Dev] Scripting Design Notes</A></strong>, Mike L Kesl <a href="mailto:mlkesl#cpinternet,com">mlkesl#cpinternet,com</a>, Sun 19 Jul 1998, 13:47 GMT <LI><strong><A NAME="00252" HREF="msg00252.html">[MUD-Dev] Network Connectivity</A></strong>, Jeroen Ruigrok/Asmodai <a href="mailto:asmodai#wxs,nl">asmodai#wxs,nl</a>, Sun 19 Jul 1998, 12:56 GMT <UL> <LI><strong><A NAME="00257" HREF="msg00257.html">[MUD-Dev] Re: Network Connectivity</A></strong>, T. Alexander Popiel <a href="mailto:popiel#snugharbor,com">popiel#snugharbor,com</a>, Sun 19 Jul 1998, 16:27 GMT <UL> <LI><strong><A NAME="00293" HREF="msg00293.html">[MUD-Dev] Re: Network Connectivity</A></strong>, Matt Chatterley <a href="mailto:matt#mpc,dyn.ml.org">matt#mpc,dyn.ml.org</a>, Wed 22 Jul 1998, 00:33 GMT </LI> </UL> </LI> </UL> </LI> <LI><strong><A NAME="00251" HREF="msg00251.html">[MUD-Dev] DBMS in MU*'s</A></strong>, Jeroen Ruigrok/Asmodai <a href="mailto:asmodai#wxs,nl">asmodai#wxs,nl</a>, Sun 19 Jul 1998, 12:46 GMT </LI> </UL></BLOCKQUOTE> </ul> <hr> <center> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] </center> <hr> </body> </html>