(subject missing)

HALE2 Root root at hawaii.edu
Mon Sep 15 06:26:54 New Zealand Standard Time 1997

<local - yospe 17840>: error (Permission denied) creating "/home/8/yospe/.inbox/yospe" (this is abnormal, investigate!)

----------  Original Message  ----------
rcvdfrom relay2.Hawaii.Edu ([])
with SMTP
from <mud-dev at null.net>
to <yospe at hale2.its.Hawaii.Edu>
Received: from out1.ibm.net ([]) by relay2.Hawaii.Edu with SMTP id <370714(7)>; Mon, 15 Sep 1997 06:23:23 -1000
Received: from shadow.null.net (slip129-37-51-155.ca.us.ibm.net []) by out1.ibm.net (8.8.5/8.6.9) with SMTP id QAA06160 for <yospe at hawaii.edu>; Mon, 15 Sep 1997 16:25:21 GMT
Received: from shadow.null.net ( [] ) by shadow.null.net
    (Hethmon Brothers Smtpd) ; Mon, 15 Sep 1997 09:24:24 PST8PDT
Received: from babe.globecomm.net [] by in3.ibm.net id 874300434.228312-1 ; Mon, 15 Sep 1997 05:13:54 +0000
Received: from dfw-ix2.ix.netcom.com (dfw-ix2.ix.netcom.com []) by babe.globecomm.net (8.8.7/8.8.0) with ESMTP id BAA29720 for <mud-dev at null.net>; Mon, 15 Sep 1997 01:10:47 -0400 (EDT)
Received: (from smap at localhost)
          by dfw-ix2.ix.netcom.com (8.8.4/8.8.4)
	  id AAA05619 for <mud-dev at null.net>; Mon, 15 Sep 1997 00:13:51 -0500 (CDT)
Message-Id: <199709150513.AAA05619 at dfw-ix2.ix.netcom.com>
Received: from ely-oh4-50.ix.netcom.com( by dfw-ix2.ix.netcom.com via smap (V1.3)
	id rma005599; Mon Sep 15 00:13:18 1997
Comments: Authenticated sender is <jlsysinc at popd.ix.netcom.com>
Organization: JL Systems, Inc.
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
In-reply-to: <3417ECA5.A94B3E68 at ifi.uio.no>
X-mailer: Pegasus Mail for Win32 (v2.54)
Date:	Sun, 14 Sep 1997 23:24:16 -1000
X-OldDate:  Mon, 15 Sep 1997 01:14:43 -4
Sender: mud-dev <mud-dev at null.net>
X-Listname: mud-dev at null.net
Reply-To: mud-dev at null.net
From:	"Jon A. Lambert" <jlsysinc at ix.netcom.com>
To:	mud-dev at null.net
Subject: [MUD-Dev] MUD Design Fundamentals(Was: Looking for

On 11 Sep 97 at 6:06, Ola Fosheim Grostad wrote:
> Jon A. Lambert wrote:
> I believe MUDs differs significantly from most applications.  In most
> applications, you have got some concrete problemspace as the backbone of the
> system. In my view, a MUDs general problemspace mainly consists of users, a
> geography and whatever interaction these users find interesting. The OOA methods I
> know of, won't help a whole lot.

I think OOA/D is ideally suited for this particular problem just 
because of mud's potentially vast and abstract problemspace.  

> I'm interested in THIS kind of realtime information, as well as whatever happens
> on the clientside (when using an intelligent client). However I believe this
> warrants some special attention in any persistent store, and that was the issue I
> guess.

Do you mean clients that continue to function normally while the 
server is down?

Interesting. I have a smart client, but only in the sense that it 
parses/formats output and allow mouse input. Otherwise they are quite 
dumb.  There is a very small set of static graphics that is shipped 
with client.

My mud's time runs at a faster rate than real time and I can't really 
think of any reason why I would need external inputs into the server 
other than the user clients and my database.

Jon A. Lambert

If I'd known it was harmless, I would have killed it myself.

More information about the MUD-Dev mailing list