<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD-Dev] Re: PDMud thread summary -->
<!--X-From-R13: "Xba O. Znzoreg" <wyflfvapNvk.argpbz.pbz> -->
<!--X-Date: Sun, 25 Oct 1998 21:20:48 -0800 -->
<!--X-Message-Id: 199810260517.XAA16108@dfw-ix16.ix.netcom.com -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: 199810240055.SAA01720@ami-cg.GraySage.Edmonton.AB.CA -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Re: PDMud thread summary</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:jlsysinc#ix,netcom.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="msg00508.html">Previous</a>
| <a href="msg00510.html">Next</a>
]
Thread:
[ <a href="msg00438.html">Previous</a>
| <a href="msg00514.html">Next</a>
]
Index:
[ <A HREF="author.html#00509">Author</A>
| <A HREF="#00509">Date</A>
| <A HREF="thread.html#00509">Thread</A>
]
<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: PDMud thread summary</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: [MUD-Dev] Re: PDMud thread summary</LI>
<LI><em>From</em>: "Jon A. Lambert" <<A HREF="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</A>></LI>
<LI><em>Date</em>: Mon, 26 Oct 1998 00:18:19 -5</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>
On 23 Oct 98, Chris Gray wrote:
> Date: Fri, 23 Oct 1998 18:55:03 -0600
> From: Chris Gray <cg#ami-cg,GraySage.Edmonton.AB.CA>
> To: mud-dev#kanga,nu
> Subject: [MUD-Dev] Re: PDMud thread summary
> Reply-to: mud-dev#kanga,nu
> [Jon A. Lambert:]
>
> >I think Chris Gray mentioned fixing bytecode memory addresses
> >at startup, allowing direct jumps into functions. While a performance
> >boost, it makes dynamic registration and unregistration of modules
> >more complex.
>
> Yep. More complex, but not impossible. I guess my feeling is that
> module-unload events are fairly rare (module loading is pretty expensive,
> so you want to minimize them), so having to do a bit of work at that
> time, in order to save work throughout, may be a good trade-off.
Rare, unless modules can be instanced or otherwise replicated. I
mentioned that in another post tonight... I think we can support
both procedural languages and object-oriented languages as mud
languages. I'd prefer to support an object-oriented mud language,
which might require support multiple instances of modules (at least
any state they contain, not necessarily code)
> >Are function calls resolved at compile-time, registration, or run-time?
>
> Depends on what you mean by 'resolved'! Calls to visible names within
> a module should be resolved at compile time. Calls from one module to
> another that are fixed calls (not dependent on run-time data) can be
> resolved at registration (module load) time. Calls via pointers that
> MUD-code or module code can modify need to be at run-time. The comparative
> cost increases in that same sequence.
Would a successful compile automatically go ahead and register the
module? Any concerns here. I've always thought an automated mud
language source versioning system would be nice.
I agree with the above, but do we really want pointer accessability
and modification in any mud language implementation. Wouldn't this
compromise a security system. Maybe I'm misunderstanding the above?
> >Having the return value, buys nothing either, since the caller may not use
> >it and wouldn't be able to build a proper mangled name.
> >
> >> int cast(int time, string spell) ----> #magic@cast!0x00000000$ri$ai$as
> >> char foo(char * bptr, bar i) ----> #magic@foo!0x1FBA2000$rc$apc$aebar
> >
> >int cast(int time, string spell) ----> #magic@cast$ai$as
> >char foo(char * bptr, bar i) ----> #magic@foo$apc$aebar
>
> ?? By dropping the result type you are forcing run-time type checking
> and a data representation that allows that. That sort of thing may be
> wanted for other reasons, but the module interface descriptions aren't
> a problem for it. I'm missing whatever you are getting at here.
Agreed. The return type should be put back in.
What I'm getting at here with the name-mangling is a cheap and
reliable way to support polymorphism and inheritence.
> >For a standard call format, why not just have the caller push() it's address and then all the
> >arguments from left-to-right onto the stack then jump to the callee. The callee pops() them
> >out and loads local variables right-to-left. Return would pop() the return address off the
> >stack and push() the result and jump to the address just popped.
>
> Sure, that's fairly standard. The other thing you often want is for the
> return instruction to pop/deallocate any local variables as well.
Aye. How about support for static variables and recursion. We
haven't discussed module level variables (outside of functions).
--
--/*\ Jon A. Lambert - TychoMUD Internet:jlsysinc#ix,netcom.com /*\--
--/*\ Mud Server Developer's Page <<A HREF="http://www.netcom.com/~jlsysinc">http://www.netcom.com/~jlsysinc</A>> /*\--
--/*\ "Everything that deceives may be said to enchant" - Plato /*\--
</PRE>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<ul compact><li><strong>Follow-Ups</strong>:
<ul>
<li><strong><A NAME="00514" HREF="msg00514.html">[MUD-Dev] Re: PDMud thread summary</A></strong>
<ul compact><li><em>From:</em> "Adam J. Thornton" <adam#phoenix,Princeton.EDU></li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00438" HREF="msg00438.html">[MUD-Dev] Re: PDMud thread summary</A></STRONG>
<UL><LI><EM>From:</EM> Chris Gray <cg#ami-cg,GraySage.Edmonton.AB.CA></LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00508.html">[MUD-Dev] Re: PDMud thread summary</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00510.html">[MUD-Dev] Missing the point: OpenMUD, Gamora, Casbah, etc.</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00438.html">[MUD-Dev] Re: PDMud thread summary</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00514.html">[MUD-Dev] Re: PDMud thread summary</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00509"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00509"><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: PDMud thread summary</STRONG>, <EM>(continued)</EM>
<ul compact>
<LI><strong><A NAME="00433" HREF="msg00433.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
ApplePiMan <a href="mailto:ApplePiMan#aol,com">ApplePiMan#aol,com</a>, Fri 23 Oct 1998, 23:48 GMT
<UL>
<LI><strong><A NAME="00449" HREF="msg00449.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Darrin Hyrup <a href="mailto:shades#mythicgames,com">shades#mythicgames,com</a>, Sat 24 Oct 1998, 04:10 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00434" HREF="msg00434.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
ApplePiMan <a href="mailto:ApplePiMan#aol,com">ApplePiMan#aol,com</a>, Sat 24 Oct 1998, 00:02 GMT
</LI>
<LI><strong><A NAME="00438" HREF="msg00438.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Sat 24 Oct 1998, 01:01 GMT
<UL>
<LI><strong><A NAME="00509" HREF="msg00509.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Mon 26 Oct 1998, 05:20 GMT
<UL>
<LI><strong><A NAME="00514" HREF="msg00514.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Adam J. Thornton <a href="mailto:adam#phoenix,Princeton.EDU">adam#phoenix,Princeton.EDU</a>, Mon 26 Oct 1998, 15:48 GMT
<UL>
<LI><strong><A NAME="00515" HREF="msg00515.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Holly Sommer <a href="mailto:hsommer#micro,ti.com">hsommer#micro,ti.com</a>, Mon 26 Oct 1998, 16:08 GMT
<UL>
<LI><strong><A NAME="00516" HREF="msg00516.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Jo Dillon <a href="mailto:emily#thelonious,new.ox.ac.uk">emily#thelonious,new.ox.ac.uk</a>, Mon 26 Oct 1998, 16:20 GMT
<UL>
<LI><strong><A NAME="00517" HREF="msg00517.html">[MUD-Dev] Re: PDMud thread summary</A></strong>,
Adam J. Thornton <a href="mailto:adam#phoenix,Princeton.EDU">adam#phoenix,Princeton.EDU</a>, Mon 26 Oct 1998, 17:20 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</ul>
</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>
