1999Q1/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD&#45;Dev] Re: MUD Design doc (long) -->
<!--X-From-R13: "Qnyvona Fverfvnf Rnexybpx" <pnyvonaNqnexybpx.pbz> -->
<!--X-Date: Mon, 4 Jan 1999 11:59:48 &#45;0800 -->
<!--X-Message-Id: 002501be381e$94544e80$55e5edd0@dev&#45;18.chilisoft.com -->
<!--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] Re: MUD Design doc (long)</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:caliban#darklock,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>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00036.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00038.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00030.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00042.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00037">Author</A>
&nbsp;|&nbsp;<A HREF="#00037">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00037">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: MUD Design doc (long)</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: &lt;<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>&gt;</LI>
<LI><em>Subject</em>: [MUD-Dev] Re: MUD Design doc (long)</LI>
<LI><em>From</em>: "Caliban Tiresias Darklock" &lt;<A HREF="mailto:caliban#darklock,com">caliban#darklock,com</A>&gt;</LI>
<LI><em>Date</em>: Mon, 4 Jan 1999 12:12:08 -0800</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>
-----Original Message-----
From: Travis S. Casey &lt;efindel#io,com&gt;
To: mud-dev#kanga,nu &lt;mud-dev#kanga,nu&gt;
Date: Monday, January 04, 1999 11:18 AM
Subject: [MUD-Dev] Re: MUD Design doc (long)


&gt;To put it another way, you *can* follow good practice when defining
&gt;commands in objects, but you're not forced to.  From my own experiences
&gt;with builders, I'd prefer a system where they're forced to follow good
&gt;practice.  (Especially if a lot of your builders aren't going to be CS
&gt;types -- in my experience, most CS people don't follow good coding
&gt;practices as much as they should, and non-CS people are generally even
&gt;worse about it.)


Bondage and discipline languages? Eugh. I detest those. However, I have to
admit that your rationale is sound... I've had similar problems.

One of the things I've seriously thought about is implementing my user
scripting language as a sort of high-level wrapper for an assembly language;
the existing script language as designed by my predecessor has only two
storage registers and very few potential operations. One of them supports
read, write, add, and subtract; the other supports only read, user-input,
and increment -- no subtraction, no addition of anything more than 1, and no
setting without the direct input of an interactive user... note that the
first doesn't support user-input, either, so you actually have to overwrite
the second with the intended contents of the first, assign it, and then get
new user input for the second.

Now, given this sort of heinously broken design, anything I may choose to do
instead is likely to be an improvement. So I was considering creating a
general sort of "virtual machine" architecture where each user gets like an
8K memory space; the upper 4K forms a data segment (partially pre-populated
with information on his surroundings), and he has the lower 4K to write code
in some proprietary machine language. This way, I can give the user a LOT of
power in terms of the language itself, and maintain some serious state from
command to command. (This also creates the idea of being able to infect some
other player's macro computer with a virus or trojan somehow.) Has anyone
else thought about this sort of thing? I've been considering using Knuth's
MIX as a sort of blueprint for the language itself, which ought to cover
just about everything.

| Caliban Tiresias Darklock            caliban#darklock,com
| Darklock Communications          <A  HREF="http://www.darklock.com/">http://www.darklock.com/</A>
| U L T I M A T E   U N I V E R S E   I S   N O T   D E A D
| 774577496C6C6E457645727355626D4974H       -=CABAL::3146=-




</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="msg00036.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00038.html">[MUD-Dev] Re: Info about different skill systems</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00030.html">[MUD-Dev] Re: MUD Design doc (long)</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00042.html">[MUD-Dev] Re: MUD Design doc (long)</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00037"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00037"><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: MUD Design doc (long)</STRONG>, <EM>(continued)</EM>
<ul compact>
<LI><strong><A NAME="00025" HREF="msg00025.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Sun 03 Jan 1999, 17:12 GMT
<UL>
<LI><strong><A NAME="00029" HREF="msg00029.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Emil Eifrem <a href="mailto:emil#prophecy,lu">emil#prophecy,lu</a>, Mon 04 Jan 1999, 01:45 GMT
<UL>
<LI><strong><A NAME="00092" HREF="msg00092.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Mik Clarke <a href="mailto:mikclrk#ibm,net">mikclrk#ibm,net</a>, Fri 08 Jan 1999, 20:16 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
<LI><strong><A NAME="00030" HREF="msg00030.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Mon 04 Jan 1999, 04:09 GMT
</LI>
<LI><strong><A NAME="00037" HREF="msg00037.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Mon 04 Jan 1999, 19:59 GMT
</LI>
<LI><strong><A NAME="00042" HREF="msg00042.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Tue 05 Jan 1999, 03:15 GMT
<UL>
<LI><strong><A NAME="00043" HREF="msg00043.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Tue 05 Jan 1999, 04:32 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00044" HREF="msg00044.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Tue 05 Jan 1999, 17:54 GMT
</LI>
<LI><strong><A NAME="00090" HREF="msg00090.html">[MUD-Dev] Re: MUD Design doc (long)</A></strong>, 
Mik Clarke <a href="mailto:mikclrk#ibm,net">mikclrk#ibm,net</a>, Fri 08 Jan 1999, 20:16 GMT
</LI>
</ul>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>