August 1997
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Koster, Raph
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Martin Keegan
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Richard Woolcock
- New Topic: Butthead features Martin Keegan
- New Topic: Butthead features coder@ibm.net
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Brandon Cline
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Koster, Raph
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Martin Keegan
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Adam Wiggins
- New Topic: Butthead features clawrenc@cup.hp.com
- PirateMUD and CSL Niklas Elmqvist
- PirateMUD and CSL Chris Gray
- PirateMUD and CSL Koster, Raph
- PirateMUD and CSL clawrenc@cup.hp.com
- PirateMUD and CSL Jon A. Lambert
- PirateMUD and CSL clawrenc@cup.hp.com
- PirateMUD and CSL clawrenc@cup.hp.com
- Sparse Arrays and co-ordinate based worlds Michael Hohensee
- Sparse Arrays and co-ordinate based worlds Cynbe ru Taren
- Sparse Arrays and co-ordinate based worlds Michael Hohensee
- Sparse Arrays and co-ordinate based worlds Shawn Halpenny
- Sparse Arrays and co-ordinate based worlds clawrenc@cup.hp.com
- Graphic MUDS/perspectives Koster, Raph
- Ultima Online/Generalized AI Koster, Raph
- Reputation, was butthead features Koster, Raph
- Reputation, was butthead features Jeff Kesselman
- Reputation, was butthead features Koster, Kristen
- Reputation, was butthead features Jeff Kesselman
- Reputation, was butthead features Adam Wiggins
- Graphic MUDS/perspectives Jeff Kesselman
- Generalized AI Resend Koster, Raph
- Generalized AI Resend clawrenc@cup.hp.com
- Interview with Richard Bartle clawrenc@cup.hp.com
- Generalized AI last try! Koster, Raph
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Chris Gray
- Spellcaster, or Waving Hands Michael Hohensee
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Michael Hohensee
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Jon Leonard
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Jeff Kesselman
- Spellcaster, or Waving Hands Chris Gray
- Spellcaster, or Waving Hands Michael Hohensee
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Cynbe ru Taren
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Richard Woolcock
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Nathan Yospe
- Mud Languages Greg Munt
- MUD languages Chris Gray
- MUD languages clawrenc@cup.hp.com
- Mud Languages Chris Gray
[Of course I'm going to reply to this thread! :-)]
:I'm thinking that designing a language blindly would be a Bad Thing.
:Since subscribers to this list would probably have wide-reaching
:experiences in many languages, I'd be interested in, say, a list of the
:top five best and worst features of a language (features specific to a
:certain language, in addition to generic attributes).
Some traditional languages have been specifically designed, mostly in
the Algol/Pascal/Ada line. Others have "grown", such as the C/C++ line.
Most research languages have also been more design than evolution. Both
approaches have good and bad points. Designed languages can often show
the bias of their designers (whether an individual or a committee).
Grown languages often end up with misfeatures and too many ways to do
the same thing. It is interesting that the languages that have made it
to the "mainstream" have mostly been "grown" languages: Cobol, Fortran,
C, C++. I'll guess and say that this is because most programmers don't
care what the language they use is like - they just want something that
lets them do what they want to do, and is widely available.
:Most contributors to my project have not much more experience than C/C++,
:Pascal, et al. I'm more interested in features of 'older' languages,
:those that are now seldom used (principally because although the language
:may be old and no-longer used, this does not mean that it is bad, or that
:certain of its features are bad - for example, I believe that C++ took
:features from C, BCPL and Algol...), mainly because those features *may*
:be less familiar and/or forgotten.
I've used quite a few (as, I suspect, have a few of the other older
members of this list), including APL, AlgolW, Algol68, Pascal, Lisp,
Basic, Fortran, Forth, several assemblers, and a few languages of my
own design. Designing a language of your own is a great liberator, in
a way - it lets you see what is wrong with existing languages, and
makes you think about how to fix those problems.
:Contributors are mainly going for either the LPC approach (code something
:close to what we understand (i.e. C), but with some enhancements), or the
:Java approach (code something close to what we understand (i.e. C),
:removing some of (what we consider to be) its bad points, such as
:pointers). There seems to be no 'design the language for its intended
:users/function/application', which is something I feel that needs to be
:part of the equation, somewhat.
Its a difficult, but very important, decision. First we have to clarify
things a bit, however. You started talking about a MUD language that would
be provided by your server, and used to implement some portion of your
MUD scenario. Now you have brought up existing languages like C and
Java. If you are going to implement a language, you do not want to say
that you are going to implement, say, C - it is far too much work to do
that as part of a MUD system. You can choose to implement a small C-like
language, which perhaps uses the standard C pre-processor, but you don't
want to make any committment to the full language. C++ in particular is
an immense amount of work to implement the full thing. It may be possible
to use Java from inside another program system, much like Tcl is used,
but I'm not knowledgeable enough to answer that question. If it can be
done, it makes a good option.
If the language you create/use is familiar to a lot of your workers, then
it is easier to get them to work in it, since there is less learning
curve, and there is the "instant gratification" that can be so important
in getting people motivated. I essentially did that with my system, but
since I knew that I was going to be the only user for a while, I chose
to make my language like other languages I had designed, and not like
any mainstream languages. My dislike for many mainstream languages, and
the simplicity of parsing my own languages influenced this a lot, too.
:What are the tradeoffs involved between implementing the entire mud in a
:custom-designed language (a la LP/Cold), or only implementing part of it
:in that language (cf Tiny et al, I guess)?
I'd guess that Nathan would have some good input here, since his system
is much nearer the "completely in traditional language" end of the scale
than many of the others. Here are some factors I can think of:
- if you have your own in-MUD language, you can make it not require
traditional recompilation, so quick changes and fixes can be
done without recompiling the whole scenario, and likely without
even bringing the server down.
- if you have no in-MUD language, you only have one language to deal
with, and won't suffer from problems as you rapidly switch
between the two - perhaps even on the scale of having bits of
each in different editor buffers in the same editor session.
- traditional languages fully compile to machine code, which runs
at machine code speeds. An in-MUD language will typically be
interpreted or use threaded code or bytecode, and thus will be
quite a bit slower - likely 10 times slower or more. This can
make a difference. You can lessen the impact of this by
providing general utility routines in the server framework, so
that code in the MUD language can call out to get compiled
performance on those common jobs.
- if you have an in-MUD language, you can provide facilities where
running code can create new code, or replace existing code, while
the server is actively running. This provides capabilities that
are difficult or messy to obtain with straight compiled code.
- and, as you mentioned at the beginning, if you have an in-MUD
language you can modify it so that it has features that are
very useful in MUDs, but are not present, or are present in
different ways, in the mainstream compiled language. For example,
you will almost certainly want a true "string" type, but will
not want any true pointer types. Another useful type is the
associative array.
- with an in-MUD language, it may be easier to have everything stored
in an on-disk database. The conversion of in-memory structures to
on-disk structures can be done by the language core and support
code, rather than having to be done explicitly. For example, if
your objects are all persistent, then simply assigning to an
attribute is enough to persistently change that attribute so that
it is changed across reboots - you don't have to setup any code
to explicitly save the object or its attributes.
:Is C++ actually a worthwhile language to implement a mud in? I'd be
:interested in anyone trying to write a mud in standard language other
:than C/C++ or Java. Also, in people's experiences with full-on OOPLs -
:could a custom-designed language similar to, say, Eiffel, be used to
:effectively implement a mud?
Personally, I don't think C++ is a worthwhile language to write anything
in, but that's diving deeply into the "religious wars" you mentioned. My
MUD is written in a language called "Draco", which is one I designed for
CP/M and later ported to the Amiga. That choice was an obvious one at
the time, since I was only planning on spending a month or two on a quick
MUD system as a fun project. Six years later, the choice wasn't so good,
since now I'll have to translate to C in order to port to other systems.
(Which isn't really hard, since the semantics of the two languages are
fairly similar.)
:The model I am thinking of is an extra layer added onto the standard 6-layer
:VM. This would involve a driver/lib combination like LP/Cold, yes?
Sorry, I don't grok a "standard 6-layer VM".
:Note: when I joined this list at the back end of March, it had a dying
:thread called 'MUD Languages'. Would that be of interest to me, do
:you think? If so, is it in any way possible to get a copy of just that
:particular thread?
It probably would - there were some examples of various languages used
by folks in the list, as well as a fair amount of discussion. Some got
a bit religious, however. I believe Chris L has recently said that he
can't readily extract threads from the archives, however.
:Another note: I seem to remember quite a long 'Languages' thread around
:April/May too. I also remember it caused a number of religious "My
:language is better than your language" battles. I hope this post doesn't
:start them up again :) (Particularly considering that any potential replies
:will me mainly subjective...)
There have been threads about spoken languages within game contexts - those
aren't likely of interest here.
--
Chris Gray cg@ami-cg.GraySage.Edmonton.AB.CA - Mud Languages Nathan Yospe
- Mud Languages Chris Gray
- Mud Languages Greg Munt
- Mud Languages Captain Burrito
- Mud Languages Miroslav Silovic
- Mud Languages Cynbe ru Taren
- Mud Languages Jeff Kesselman
- Mud Languages Chris Gray
- Mud Languages clawrenc@cup.hp.com
- Mud Languages coder@ibm.net
- Mud Languages Jeff Kesselman
- Mud Languages clawrenc@cup.hp.com
- sorry, cut off, was PirateMUD and CSL Koster, Raph
- Introduction Dan Armstrong
- Introduction clawrenc@cup.hp.com
- Introduction John G.
- Introduction clawrenc@cup.hp.com
- Introduction Dan Armstrong
- Introduction clawrenc@cup.hp.com
- Introduction Michael Hohensee
- Mud Languages (Introesque) ##Make Nylander
- Mud Languages (Introesque) ##Make Nylander
- Mud Languages (Introesque) Nathan Yospe
- Quad-trees/Oct-trees Michael Hohensee
- Quad-trees/Oct-trees Dan Armstrong
- node-based 3D coord systems Nathan Yospe
- Signing off... Brandon Van Every
- The 'Socialiser' problem Greg Munt
- The 'Socialiser' problem Nathan Yospe
- The 'Socialiser' problem Greg Munt
- The 'Socialiser' problem Nathan Yospe
- The 'Socialiser' problem Greg Munt
- The 'Socialiser' problem Nathan Yospe
- The 'Socialiser' problem Matt Chatterley
- The 'Socialiser' problem Chris Gray
- The 'Socialiser' problem Jeff Kesselman
- The 'Socialiser' problem Miroslav Silovic
- The 'Socialiser' problem Martin Keegan
- The 'Socialiser' problem Matt Chatterley
- The 'Socialiser' problem clawrenc@cup.hp.com
- Release out! Chris Gray
- Dots in a name? Martin Keegan
- Dots in a name? Chris Gray
- Dots in a name? Matt Chatterley
- Dots in a name? Martin Keegan
- Dots in a name? Matt Chatterley
- Dots in a name? clawrenc@cup.hp.com
- Languages: "strong" vs "weak" Chris Gray
- porting question Chris Gray
- New to this mailing list Richard Woolcock
- New to this mailing list Chris Gray
- New to this mailing list Matt Chatterley
- New to this mailing list Richard Woolcock
- New to this mailing list Chris Gray
- New to this mailing list Marian Griffith
- New to this mailing list Martin Keegan
- New to this mailing list Caliban Tiresias Darklock
- New to this mailing list Jeff Kesselman
- New to this mailing list Caliban Tiresias Darklock
- New to this mailing list Jon A. Lambert
- New to this mailing list Jeff Kesselman
- New to this mailing list Jon A. Lambert
- NPC Ecologies [was 'New to this mailing list'] Greg Munt
- DemonScape clawrenc@cup.hp.com
- Evolution of The Mud Tree Greg Munt
- OT: Invite Batzing? clawrenc@cup.hp.com
- New Topic: ButtheadS and Jurisprudance Jeff Kesselman
- New Topic: ButtheadS and Jurisprudance clawrenc@cup.hp.com
- New Topic: ButtheadS and Jurisprudance Jeff Kesselman
- New Topic: ButtheadS and Jurisprudance clawrenc@cup.hp.com
- Finding Space Michael Hohensee
- Finding Space Shawn Halpenny
- Finding Space Nathan Yospe
- Finding Space Chris Gray
- Finding Space Ned Lovely
- Finding Space Ned Lovely
- Finding Space Chris Gray
- Finding Space Nathan Yospe
- Finding Space Michael Hohensee
- Finding Space clawrenc@cup.hp.com
- OT: test Odysseus Laertes
- Fuzion - RPG game system Jon Lambert
- Character evolution Richard Woolcock
- Character evolution Dan Shiovitz
- Character evolution Matt Chatterley
- Character evolution Richard Woolcock
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution Adam Wiggins
- Character evolution Caliban Tiresias Darklock
- Character evolution Richard Woolcock
- Character evolution clawrenc@cup.hp.com
- Character evolution Caliban Tiresias Darklock
- Character evolution clawrenc@cup.hp.com
- Character evolution Matt Chatterley
- Character evolution Caliban Tiresias Darklock
- Character evolution Matt Chatterley
- Character evolution Richard Woolcock
- Character evolution Caliban Tiresias Darklock
- Character evolution Adam Wiggins
- Character evolution Brandon J. Rickman
- Character evolution Marian Griffith
- Character evolution Jeff Kesselman
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution Koster, Raph
- Character evolution Jeff Kesselman
- Character evolution Jon A. Lambert
- Character evolution coder@ibm.net
- Character evolution Jon A. Lambert
- Character evolution clawrenc@cup.hp.com
- Character evolution S001GMU@nova.wright.edu
- Character evolution clawrenc@cup.hp.com
- Character evolution Adam Wiggins
- Character evolution Jon A. Lambert
- Character evolution Matt Chatterley
- Character evolution Marian Griffith
- Character evolution clawrenc@cup.hp.com
- Character evolution Jon A. Lambert
- Character evolution clawrenc@cup.hp.com
- Character evolution Caliban Tiresias Darklock
- Character evolution Jon A. Lambert
- Character evolution coder@ibm.net
- Character evolution Brandon J. Rickman
- Character evolution Richard Woolcock
- Character evolution clawrenc@cup.hp.com
- Character evolution Ola Fosheim Grøstad
- Character evolution Jon A. Lambert
- Character evolution clawrenc@cup.hp.com
- Character evolution Jon A. Lambert
- Character evolution coder@ibm.net
- Character evolution Jon A. Lambert
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Jeff Kesselman
- Character evolution Jeff Kesselman
- OT: test Jon A. Lambert
- Fuzion Jon A. Lambert
- (subject missing) Maddog Worlds
- Fuzion - Game System Jon A. Lambert
- Fuzion - Game System Frank Crowell
- Fuzion - Game System Jeff Kesselman
- Fuzion - Game System Jeff Kesselman
- Fuzion - Game System Jon A. Lambert
- Fuzion - Game System Jeff Kesselman
- legal mumbo jumbo Jeff Kesselman
- Bladder Control Jeff Kesselman
- Bladder Control Caliban Tiresias Darklock
- Collision Detection Cynbe ru Taren
- Looking for books... Greg Munt
- Looking for books... Jeff Kesselman
- Looking for books... Cynbe ru Taren
- Looking for books... Caliban Tiresias Darklock
- Looking for books... Jeff Kesselman
- Looking for books... Caliban Tiresias Darklock
- Looking for books... Jeff Kesselman
- Looking for books... clawrenc@cup.hp.com
- Looking for books... clawrenc@cup.hp.com
- Looking for books... coder@ibm.net
- Looking for books... Ola Fosheim Grøstad
- Looking for books... coder@ibm.net
- Looking for books... Jon A. Lambert
- Looking for books... clawrenc@cup.hp.com
- Re: Caliban Tiresias Darklock
- Character evolution Jon A. Lambert
- Character evolution Marian Griffith
- Character evolution Nathan Yospe
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution coder@ibm.net
- Character evolution Jeff Kesselman
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution coder@ibm.net
- Character evolution Jeff Kesselman
- Character evolution Felix A. Croes
- Character evolution Jeff Kesselman
- Character evolution Marian Griffith
- Character evolution Jeff Kesselman
- Character evolution Adam Wiggins
- Character evolution Jeff Kesselman
- Character evolution Adam Wiggins
- Character evolution Jeff Kesselman
- Character evolution Adam Wiggins
- Character evolution Chris Gray
- Character evolution Caliban Tiresias Darklock
- Character evolution ##Make Nylander
- Character evolution Brandon J. Rickman
- Character evolution Chris Gray
- Character evolution Nathan Yospe
- Character evolution Jeff Kesselman
- Character evolution Maddy
- Character evolution clawrenc@cup.hp.com
- Character evolution Marian Griffith
- Character evolution Marian Griffith
- Character evolution Matt Chatterley
- Character evolution Ned Lovely
- Character evolution coder@ibm.net
- Character evolution clawrenc@cup.hp.com
- Character evolution Travis Casey
- Character evolution Jeff Kesselman
- Character evolution Chris Gray
- Character evolution coder@ibm.net
- Character evolution coder@ibm.net
- Character evolution Travis Casey
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Travis Casey
- Character evolution clawrenc@cup.hp.com
- Character evolution The Eternal City
- Character evolution clawrenc@cup.hp.com
- Character evolution The Eternal City
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Brian Price
- Character evolution Travis Casey
- Character evolution Jeff Kesselman
- Character evolution Nathan Yospe
- Character evolution clawrenc@cup.hp.com
- Character evolution Shawn Halpenny
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Adam Wiggins
- Alignment Jon A. Lambert
- Alignment Richard Woolcock
- Alignment Jeff Kesselman
- Alignment Jeff Kesselman
- Alignment Jon A. Lambert
- Alignment Caliban Tiresias Darklock
- Alignment Ling
- Alignment Hans-Henrik Staerfeldt
- Alignment adam@treyarch.com
- Alignment Spin
- DESIGN: R-Trees (fwd) Greg Munt
- DESIGN: R-Trees (fwd) clawrenc@cup.hp.com
- Alignment & Introductions lapsos
- Alignment & Introductions Travis Casey
- Alignment & Introductions Matt Chatterley
- Alignment & Introductions clawrenc@cup.hp.com
- Foods (was Character evolution) Marian Griffith
- Foods (was Character evolution) Matt Chatterley
- Foods (was Character evolution) clawrenc@cup.hp.com
- Foods (was Character evolution) Matt Chatterley
- Comments on MUDs from Shadists clawrenc@cup.hp.com
- Inebriation Jon A. Lambert
- Language design Greg Munt
- Language design Jeff Kesselman
- Language design Chris Gray
- Language design clawrenc@cup.hp.com
- Language design Chris Gray
- {rape] lets drop it Jeff Kesselman
- {rape] lets drop it Alex Oren
- {rape] lets drop it Caliban Tiresias Darklock
- Invitations coder@ibm.net
- Invitations coder@ibm.net
- Poisons (was Foods) Koster, Kristen
- Poisons (was Foods) Travis Casey
- Poisons (was Foods) Matt Chatterley
- Poisons (was Foods) Jon A. Lambert
- META: Attributions and Eudora clawrenc@cup.hp.com
- META: Attributions and Eudora Jon A. Lambert
- Free DB list coder@ibm.net
- New topic: AI and NPCs Caliban Tiresias Darklock
- New topic: AI and NPCs Travis Casey
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Travis Casey
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Travis Casey
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs Ola Fosheim Grøstad
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Ola Fosheim Grøstad
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs Ola Fosheim Grøstad
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Ned Lovely
- New topic: AI and NPCs Caliban Tiresias Darklock
- New topic: AI and NPCs Nathan Yospe
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Nathan Yospe
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs Nathan Yospe
- New topic: AI and NPCs Alex Oren
- New topic: AI and NPCs Caliban Tiresias Darklock
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs coder@ibm.net
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs coder@ibm.net
- New topic: AI and NPCs Jeff Kesselman
- Re: clawrenc@cup.hp.com
- Rape Threads Nathan Yospe
- Rape Threads Jon A. Lambert
- Rape Threads Nathan Yospe
- Rape Threads Robin Carey
- Rape Threads Caliban Tiresias Darklock
- "Social control", was butthead features Koster, Raph
- "Social control", was butthead features Jeff Kesselman
- "Social control", was butthead features clawrenc@cup.hp.com
- "Social control", was butthead features Jeff Kesselman
- Character evolution [off topic] Alex Oren
- (fwd) NEW: multi-user VRML world clawrenc@cup.hp.com
- (fwd) NEW: multi-user VRML world Brandon Gillespie
- (fwd) NEW: multi-user VRML world Caliban Tiresias Darklock
- (fwd) NEW: multi-user VRML world coder@ibm.net
- MUD universe Felix A. Croes
- MUD universe Chris Gray
- MUD universe clawrenc@cup.hp.com
- MUD universe S001GMU@nova.wright.edu
- MUD universe Nathan Yospe
- MUD Universe S001GMU@nova.wright.edu
- MUD Universe Nathan Yospe
- MUD Universe S001GMU@nova.wright.edu
- MUD Universe clawrenc@cup.hp.com
- MUD universe coder@ibm.net
- MUD universe Felix A. Croes
- MUD Universe Caliban Tiresias Darklock
- MUD universe clawrenc@cup.hp.com
- MUD universe Felix A. Croes
- MUD universe Maddy
- MUD universe clawrenc@cup.hp.com
- MUD universe Felix A. Croes
- MUD universe clawrenc@cup.hp.com
- MUD universe clawrenc@cup.hp.com
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for books...) Caliban Tiresias Darklock
- MUD Design Fundamentals (Was: Looking for books...) Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for books...) Chris Gray
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) coder@ibm.net
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) Adam Wiggins
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) Adam Wiggins
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) coder@ibm.net
- MUD Design Fundamentals (Was: Looking for books...) coder@ibm.net
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Brian Price
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for coder@ibm.net
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals(Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals(Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals(Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Miroslav Silovic
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for coder@ibm.net
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for coder@ibm.net
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- Re: Adam Wiggins
- Re: Marian Griffith
- Users want sexy muds, not rape... (Re:) Ola Fosheim Grøstad
- OT: Mortality coder@ibm.net
- Re:) Adam Wiggins
- Character evolution [off topic] coder@ibm.net
- Character evolution [off topic] Miroslav Silovic
- **sigh** OOP wars and defining RDBMS Jeff Kesselman
- **sigh** OOP wars and defining RDBMS Ola Fosheim Grøstad
- **sigh** OOP wars and defining RDBMS Jeff Kesselman
- **sigh** OOP wars and defining RDBMS Ola Fosheim Grøstad
- **sigh** OOP wars and defining RDBMS Jeff Kesselman
- **sigh** OOP wars and defining RDBMS Ola Fosheim Grøstad
- Re:) Ola Fosheim Grøstad
- World full of heros Jeff Kesselman
- World full of heros Marian Griffith
- MUD Design Fundamentals (Was: Looking for books. Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for books. Ola Fosheim Grøstad
- OT: Re:) Jon A. Lambert
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Jeff Kesselman
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Jeff Kesselman
- Hard Sci-fi muds was Character evolution Nathan Yospe
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Miroslav Silovic
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Travis Casey
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Travis Casey
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Adam Wiggins
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Adam Wiggins
- Hard Sci-fi Muds was Character Evolution Nathan Yospe
- Hard Sci-fi muds was Character evolution Shawn Halpenny
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Chris Gray
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Nathan Yospe
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution clawrenc@cup.hp.com
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Chris Gray
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Jon A. Lambert
- Hard Sci-fi muds was Character evolution Adam Wiggins
- Hard Sci-fi muds was Character evolution clawrenc@cup.hp.com
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Adam Wiggins
- Hard Sci-fi muds was Character evolution clawrenc@cup.hp.com
- Hard Sci-fi muds was Character evolution Matt Chatterley
- Hard Sci-fi muds was Character evolution Chris Gray
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Chris Gray
- Modeling spells/skills as collections of affects Brian Price
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Brian Price
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Brian Price
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects Caliban Tiresias Darklock
- Modeling spells/skills as collections of affects Michael Hohensee
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Matt Chatterley
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects Dan Shiovitz
- Modeling spells/skills as collections of affects Jon A. Lambert
- Modeling spells/skills as collections of affects Shawn Halpenny
- Modeling spells/skills as collections of affects Maddy
- Modeling spells/skills as collections of affects Shawn Halpenny
- Modeling spells/skills as collections of affects Adam Wiggins
- Modeling spells/skills as collections of affects Travis S. Casey
- Modeling spells/skills as collections of affects Travis S. Casey
- Modeling spells/skills as collections of affects Caliban Tiresias Darklock
- Modeling spells/skills as collections of affects Nathan Yospe
- Modeling spells/skills as collections of affects Jon A. Lambert
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects Dan Shiovitz
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com