November 1999
- Admin: Kanga.Nu has moved again J C Lawrence
- mud history Matthew Mihaly
- Physics Ola Fosheim Grøstad
- Language Independence Article. Ben Greear
- Language Independence Article. Chris Turner
- Language Independence Article. Bruce Mitchener, Jr.
- Language Independence Article. Cynbe ru Taren
- ADMIN: Archives are back again J C Lawrence
- Hilbert Curves [was: "[DGD] Rooms with Views" and "Physics"] Christopher Allen
- Hilbert Curves [was: "[DGD] Rooms with Views" J C Lawrence
- Re Hilbert Curves Cynbe ru Taren
- Re Hilbert Curves J C Lawrence
- Hilbert Curves [was: "[DGD] Rooms with Views" and Ola Fosheim Grøstad
- Spatial datastructures and their application (Was Hilbert Curves) Ola Fosheim Grøstad
- Spatial datastructures and their application (Was Hilbert Curves) Christopher Allen
- Spatial datastructures and their application (Was Hilbert Curves) Ola Fosheim Grøstad
- Spatial datastructures and their application (Was Hilbert Curves) J C Lawrence
- Spatial datastructures and their application (Was Hilbert Curves) Miroslav Silovic
- Spatial datastructures and their application (Was Hilbert Curves) Brandon J. Rickman
- Spatial datastructures and their application (Was Hilbert Curves) Ola Fosheim Grøstad
- A simple plan for establishing a history. Aaron
- Spatial datastructures and their application (Was R e: Hilbert Curves) Lo, Kam
- Server: Momoko J C Lawrence
- META: Successor to FAQ Maintainer Lo, Kam
- ADMIN: Library goof J C Lawrence
- Scripting in java... (was Momoko) Owen
- Majik (Was Hilbert Curves) Owen
- players who "take away from the game" msew
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Holly Sommer
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Holly Sommer
- players who "take away from the game" Balthazaar/BalthMURP
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Holly Sommer
- players who "take away from the game" David Bennett
- players who "take away from the game" Ola Fosheim Grøstad
- players who "take away from the game" Miroslav Silovic
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Koster, Raph
- players who "take away from the game" Koster, Raph
- players who "take away from the game" msew
- players who "take away from the game" Sellers, Michael
- players who "take away from the game" Daniel James
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Philip Loguinov -- Draymoor
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Greg Miller
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Charles Hughes
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Charles Hughes
- players who "take away from the game" Jon A. Lambert
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Philip Loguinov -- Draymoor
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" Jon A. Lambert
- players who "take away from the game" Matthew Mihaly
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Marc Bowden
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Charles Hughes
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Charles Hughes
- players who "take away from the game" Adam Wiggins
- players who "take away from the game" Adam Wiggins
- players who "take away from the game" Miroslav Silovic
- players who "take away from the game" Adam Wiggins
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Ola Fosheim Grøstad
- players who "take away from the game" Adam Wiggins
- players who "take away from the game" Ola Fosheim Grøstad
- players who "take away from the game" Adam Wiggins
- players who "take away from the game" Holly Sommer
- players who "take away from the game" J C Lawrence
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Ola Fosheim Grøstad
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Quzah
- players who "take away from the game" Philip Loguinov -- Draymoor
- players who "take away from the game" Quzah
- players who "take away from the game" Ronan Farrell
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Jon A. Lambert
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Miroslav Silovic
- players who "take away from the game" J C Lawrence
- players who "take away from the game" Koster, Raph
- players who "take away from the game" J C Lawrence
- History of Online Gaming, part III Koster, Raph
- [Lib] ADMIN: Library goof J C Lawrence
- Oh dear (fwd) J C Lawrence
- Costikyan's new report on online gaming Koster, Raph
- Costikyan's new report on online gaming Sellers, Michael
- Costikyan's new report on online gaming Ola Fosheim Grøstad
- META: System Security (was: players who "take away from the game") J C Lawrence
- System Security (was: players who "take away from the game") Eli Stevens {Grey}
- System Security (was: players who "take away from the game") cg@ami-cg.GraySage.Edmonton.AB.CA
- System Security (was: players who "take away from the game") J C Lawrence
- System Security (was: players who "take away from the game") Bruce Mitchener, Jr.
- System Security (was: players who "take away from the game") Cynbe ru Taren
- Neverwinter Nights Koster, Raph
- Neverwinter Nights Dundee
- Neverwinter Nights S. Patrick Gallaty
- Neverwinter Nights Trent Oster
- Neverwinter Nights Lee Sheldon
- Neverwinter Nights Sean Kelly
- Neverwinter Nights Ola Fosheim Grøstad
- Neverwinter Nights Nathan F. Yospe
- Neverwinter Nights John Buehler
- Neverwinter Nights Travis Casey
- Neverwinter Nights Adam Martin
- associate producer/designer openings, and others: Maxis/EA Sellers, Michael
- MySQL as a MUD. Quzah
- MySQL as a MUD. Holly Sommer
- MySQL as a MUD. J C Lawrence
- MySQL as a MUD. J C Lawrence
- MySQL as a MUD. Ian Macintosh
- bugs (was players who "take away from the game") Sellers, Michael
- bugs (was players who "take away from the game") Holly Sommer
- bugs (was players who "take away from the game") Charles Hughes
- bugs (was players who "take away from the game") Quzah
- bugs (was players who "take away from the game" ) Sellers, Michael
- bugs (was players who "take away from the game" ) Matthew Mihaly
- bugs (was players who "take away from the game") Mik Clarke
- bugs (was players who "take away from the game") Ilya, Game Commandos
- bugs (was players who "take away from the game") Holly Sommer
- bugs (was players who "take away from the game") Balthazaar/BalthMURP
- bugs (was players who "take away from the game") Holly Sommer
- bugs (was players who "take away from the game") Balthazaar/BalthMURP
- bugs (was players who "take away from the game") Holly Sommer
- bugs (was players who "take away from the game") Adam Wiggins
- bugs (was players who "take away from the game") Jon A. Lambert
- ColdC/ColdCore Zelnar
- ColdC/ColdCore Bruce Mitchener, Jr.
- Spatial datastructures and their application (Was Hilbert Curves) Miroslav Silovic
- Spatial datastructures and their application (Was Hilbert Curves) Ola Fosheim Grøstad
- bugs (was players who "take away from the game" ) Charles Hughes
- GEL -- A New Approach to Online Interactive 3D claw@kanga.nu
- New FAQ moderator Marian Griffith
- New FAQ moderator J C Lawrence
- Mud Dev FAQ Marian Griffith
- Random numbers (was: Physics) Eli Stevens {Grey}
- code base inquiry Ilya, Game Commandos
- code base inquiry Philip Loguinov -- Draymoor
- code base inquiry Andru Luvisi
- code base inquiry Caliban Tiresias Darklock
- code base inquiry Travis S. Casey
- code base inquiry Ben Greear
- code base inquiry cg@ami-cg.GraySage.Edmonton.AB.CA
- code base inquiry Mik Clarke
- code base inquiry Adam Wiggins
- code base inquiry Matthew D. Fuller
- code base inquiry Matthew Mihaly
- code base inquiry Ben Greear
- code base inquiry Greg Miller
- code base inquiry J C Lawrence
- code base inquiry Mik Clarke
- code base inquiry Matthew Mihaly
- code base inquiry Robert Green
- code base inquiry Travis S. Casey
- code base inquiry Andru Luvisi
- code base inquiry Travis Casey
- code base inquiry Matthew D. Fuller
- code base inquiry Travis Casey
- code base inquiry Ben Greear
- code base inquiry Travis S. Casey
- code base inquiry Greg Miller
- code base inquiry Ben Greear
- code base inquiry Travis S. Casey
- code base inquiry Ilya, Game Commandos
- code base inquiry Mik Clarke
- code base inquiry Adam Wiggins
- code base inquiry J C Lawrence
- code base inquiry Lars Duening
- code base inquiry Travis S. Casey
- code base inquiry Ilya, Game Commandos
- code base inquiry cg@ami-cg.GraySage.Edmonton.AB.CA
- code base inquiry Travis Casey
- code base inquiry Lars Duening
- code base inquiry Colin Coghill
- code base inquiry Matthew Mihaly
- code base inquiry Richard Woolcock
- code base inquiry Matthew Mihaly
- code base inquiry Richard Woolcock
- code base inquiry Ben Greear
- code base inquiry Richard Woolcock
- code base inquiry Matthew Mihaly
- code base inquiry Matthew Mihaly
- code base inquiry Richard Woolcock
- code base inquiry Matthew Mihaly
- code base inquiry Richard Woolcock
- code base inquiry Matthew Mihaly
- code base inquiry MichelleThompson
- code base inquiry Dundee
- code base inquiry Kristen L. Koster
- code base inquiry Matthew Mihaly
- code base inquiry J C Lawrence
- code base inquiry Matthew Mihaly
- code base inquiry J C Lawrence
- code base inquiry Matthew Mihaly
- code base inquiry Bryce Harrington
- code base inquiry Matthew Mihaly
- code base inquiry Bryce Harrington
- code base inquiry adam@treyarch.com
- code base inquiry Bruce
- code base inquiry Matthew Mihaly
- code base inquiry Miroslav Silovic
- code base inquiry Caliban Tiresias Darklock
- code base inquiry Matthew Mihaly
- code base inquiry David Bennett
- code base inquiry Sellers, Michael
- code base inquiry Caliban Tiresias Darklock
- code base inquiry David Bennett
- code base inquiry Matthew Mihaly
- code base inquiry MichelleThompson
- code base inquiry David Bennett
- code base inquiry J C Lawrence
- code base inquiry Matthew Mihaly
- code base inquiry Ola Fosheim Grøstad
- code base inquiry Matthew Mihaly
- code base inquiry David Bennett
- code base inquiry Matthew Mihaly
- code base inquiry Ola Fosheim Grøstad
- code base inquiry Ilya, Game Commandos
- code base inquiry Colin Coghill
- code base inquiry Greg Miller
- code base inquiry Caliban Tiresias Darklock
- code base inquiry Greg Miller
- code base inquiry Matthew Mihaly
- code base inquiry Matthew Mihaly
- code base inquiry Miroslav Silovic
- code base inquiry Joey Hess
- code base inquiry Bruce Mitchener, Jr.
- code base inquiry Matthew Mihaly
- code base inquiry Mik Clarke
- code base inquiry Mik Clarke
- code base inquiry Andru Luvisi
- code base inquiry Andru Luvisi
- code base inquiry J C Lawrence
- code base inquiry J C Lawrence
- code base inquiry Ian Macintosh
- code base inquiry cg@ami-cg.GraySage.Edmonton.AB.CA
- code base inquiry Greg Miller
- code base inquiry Ilya, Game Commandos
- code base inquiry Adam Wiggins
- code base inquiry jerry@cc588591-b.twsn1.md.home.com
- code base inquiry Jeremy Noetzelman
- code base inquiry Greg Miller
- code base inquiry Matthew Mihaly
- code base inquiry J C Lawrence
- code base inquiry Laurel Fan
- code base inquiry J C Lawrence
- code base inquiry Justin Rogers
- code base inquiry Matthew Mihaly
- code base inquiry Matthew Mihaly
- MudWords.com J C Lawrence
- Library news J C Lawrence
- Languages for MUD drivers Laurent Bossavit
- Languages for MUD drivers Joey Hess
- Languages for MUD drivers bruce@puremagic.com
- Languages for MUD drivers Cynbe ru Taren
- Languages for MUD drivers Laurent Bossavit
- Languages for MUD drivers Cynbe ru Taren
"Laurent Bossavit" <laurent@netdive.com> commented:
| Cynbe sez :
|
| > That's pretty close to the set of design goals I've used in the
| > Muq design and implementation.
|
| Hullo Jeff. IIRC I think Muq lacks the distributed aspect ?
Well, it wasn't in the original 1991 design specs, but it has
crept in over time. One has to check back every 3-4 years to
see what is new. :) (Also, I should update the docs thoroughly
soon: I've been concentrating on getting the code solid in
recent years.)
The current level of distributed support falls considerably short
of what I would ideally like to offer, but I believe the current
Muq Micronesia worldkit demonstrates by construction that the
current level of Muq server support for distributed operation
is sufficient to achieve interesting and useful levels of
distributed operation.
I expect some performance issues will need appear and need to be
resolved as Micronesia moves from theory to practice. For example,
Diffie-Hellman shared secrets are transparently computed and stored
for each local-user/remote-user pair which wind up communicating and
this sort of public-key stuff is CPU intensive (and my big-int stuff
probably half as fast as it could be) so there may be some start-up
lag when encountering a large batch of new users.
There are also as-yet-unresolved issues in Muq at the intersection
of OOP and distribution, such as how to handle a local instance of
a remote class, or class definition objects replicated on multiple
servers (standard library classes, for example): The current Muq
Micronesia worldkit codes around these issues in order to get
something usable out the door in the same millenium the project
started. :)
| I liked Muq a lot at any rate, though the source code turned out to
| be a bit too syntactically remote from my Java/C++ experience for
| comfort. Are you still actively working on Muq btw ? Or doing
| something else now ?
Well, I just accepted a job, so I'll be doing less on Muq next
year than I did this year. :)
But I'm focussed on a version 0.0 first-beta 99Dec29, and we should
start getting actual experience with it after that.
I've also added OpenGL bindings and a C-ish syntax softcode
language of late.
| I don't quite agree - the feeling I get from my recent overview of
| languages with support for distributed programming is that given a
| language with proper structures one can 'think about' distributed
| processes more clearly than otherwise. IOW, languages are about
| semantics as well as syntax.
I was merely suggesting that most of the value-added in your
requirement set is unrelated to syntax issues.
E.g., by limiting yourself to "languages", you might be overlooking
a distributed operating system or computation project which in fact
meets your needs nicely, except for needing to have your choice of
Python or Scheme or whatever bolted to it -- a relatively trivial
task these days.
| Definitely not obvious, possibly not true literally - I migh be able
| to express this better if I work at it. Of course the implementation
| of a distributed, persistent, mutable, reflective, secure system with
| a programming language which makes these features available (and
| coherent) is not likely to be written in that language. (E.g. E is
| written in Java.)
Having just come off spending a year of my professional programming
life working in Java, this is one of the things that makes me a
bit skeptical of E :-/
| I know from experience that dynamic compilation to Java bytecode
| (hence to native code) of a 'scripting' language is workable.
Yes, one of the things the Java (Oak) design crew did very nicely
(imho) was design to promote this sort of ease of compilation --
definitely a Java strength.
Which makes sense, Oak was intended for embedded programming --
making toaster ovens sit up and talk &tc -- where CPU efficiency
is critical.
| I'm waiting to see how integrating persistence works out.
Activerse tried doing virtual world persistence in Java shortly before
I arrived and finally gave the entire thing up in disgust as a bad
job.
Java was -not- designed to be a persistent, distributed or
multi-user (or text-oriented) language, and it shows. It is
also a big enough juggernaut that changing its direction and
structure at this point is pretty iffy.
My own experience with Muq design and implementation has been that
doing a good job on persistence has easily been the hardest part of
the design and implementation effort to date, with the hardest
efficiency issues and most pervasive effects through the rest of the
system: This inclines me to be skeptical of efforts to retro-fit
persistence after-the-fact to a design and implementation.
But we shall see -- perhaps Java will pleasantly surprise me. :)
| I'm a bit frustrated at how many M* "projects" there are out there
| which seem to have gone dead at various points between the design
| stage and half-hearted prototype implementations, or on which there
| exists so little recent information that they might as well be dead.
| To name a few, Lithium (never got past design), Doug Orlean's unnamed
| thesis project (see http://www.ccs.neu.edu/home/dougo/mud/), or in
| the 'no info' category Matrix, Neverworld or Mu (see previous URL for
| links). I'm wondering why that should be - especially as M* servers
| should by nature be more visible on the Internet than other kinds of
| programming projects. Or is it that there is no tenable middle ground
| between IRC and Quake and that text-based social virtual realites, as
| a class of software, are doomed to fail ?
I've wondered similar things myself: When I started Muq seven years
ago, my main reference competitors were MOO and Cold, and that is
still pretty much it now, give or take Java-based possibilities.
To my mind, probably contributing factors are:
(1) The current crop of servers were basically all hacked up by an
undergrad or two while in college. I think we've reached the
limit of what can be achieved in that mode: Writing a new server
from scratch in that mode and producing something noticably
-better- than existing servers is not really practical.
(2) Doing a quantum-leap-better next-generation virtual world server
from scratch now requires prohibitively broad expertise: TinyMUCK
was built from a quick-and-dirty ("lousy") db, compiler, bytecode
interpreter &tc &tc. Implementing all of those things -well-
(i.e., enough better than the existing crop of servers) is getting
to be a task well beyond the abilities of the first-time undergrad
hacker crowd who have traditionally provided new hackers.
(3) Current server implementations have reached their design limits:
The easy hacks have been done, and significant progress really
depends on starting with a fresh design -- which is a major
barrier from both a compatibility and a coding viewpoint.
If Muq succeeds, it may wind up being seen as the last harrah of the
lone-hacker school of new server development: Seven years in alpha and
a quarter million lines of code is clearly stretching the limits of
this development model. Even if it fails completely, it might wind up
looking like the reductio ad absurdum of that line of development. :)
It looks to me as though future quantum leaps forward will require
some different model of development.
Assembling systems out of parts such as Java class libraries is
attractive, but seems to work better in theory than in practice, so
far: Aside from Java's fading immaturity problems, it turns out to be
difficult to just add a class library that makes everything nicely
persistent. Possibly this will prove true only for a couple of
critical things like persistence? If so, once they are resolved,
this might be the model of the future: One person can grab a
few million lines of code and assemble something dramatically
better in an afternoon. We can dream. :)
Massively multi-programmer projects like GNOME are another possible
way to break through to a new level. Unfortunatly, the winning new
designs of the past all seem to be done by one or two person teams:
The Chinese Army approach so far seems limited to problems where the
design is essentially already done (as POSIX did for the Linux kernel)
or "embarassingly parallel", consisting of a host of fairly obvious
small parts -- GNOME seems to satisfy both requirements, in that it
is largely a clone of an existing model made of many small parts.
Figuring out how to get a new design right -- and then excite a
critical mass of programmers to implement it mass-hacking style --
remains I think an unsolved problem, if not perhaps an insoluable one.
| So when are we going to see new M* technology that really pushes
| the envelope?
99Dec29 :) ;) :)
Cynbe - Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Cynbe ru Taren
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Ian Macintosh
- Languages for MUD drivers Greg Miller
- Languages for MUD drivers Cynbe ru Taren
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Jo Dillon
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Greg Miller
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Laurent Bossavit
- Languages for MUD drivers Cynbe ru Taren
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Laurent Bossavit
- Languages for MUD drivers Ian Macintosh
- Languages for MUD drivers Cynbe ru Taren
- Languages for MUD drivers Greg Miller
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers J C Lawrence
- Languages for MUD drivers Ian Macintosh
- Mud hosting services Dundee
- Mud hosting services AR Schleicher
- Mud hosting services Dundee
- Mud hosting services AR Schleicher
- Mud hosting services Greg Miller
- Mud hosting services Dundee
- Mud hosting services Mik Clarke
- Mud hosting services J C Lawrence
- Mud hosting services Mik Clarke
- Mud hosting services Ian Macintosh
- Mud hosting services J C Lawrence
- Mud hosting services gunderwood@donet.com
- Matrix Laurent Bossavit
- Sony's EverQuest Admits Using Diku Locke
- Sony's EverQuest Admits Using Diku Koster, Raph
- Sony's EverQuest Admits Using Diku Greg Miller
- Sony's EverQuest Admits Using Diku rnicoll@respc-jrn.res.st-andrews.ac.uk
- Sony's EverQuest Admits Using Diku Wendy Winkler
- Sony's EverQuest Admits Using Diku Hans-Henrik Staerfeldt
- Sony's EverQuest Admits Using Diku Ola Fosheim Grøstad
- Admins as Mortals Philip Loguinov -- Draymoor
- Admins as Mortals Holly Sommer
- Admins as Mortals Travis S. Casey
- Admins as Mortals Philip Loguinov -- Draymoor
- Admins as Mortals Sellers, Michael
- Admins as Mortals PartyG2816@aol.com
- Admins as Mortals Mik Clarke
- Admins as Mortals Philip Loguinov -- Draymoor
- Admins as Mortals J C Lawrence
- Admins as Mortals Travis S. Casey
- Admins as Mortals Koster, Raph
- Random numbers (was: Physics) J C Lawrence
- Urban Desire claw@kanga.nu
- Depth of realism Joe Kingry
- Depth of realism Ilya, Game Commandos
- Depth of realism Koster, Raph
- Depth of realism Mik Clarke
- Depth of realism Matthew Mihaly
- Depth of realism Marian Griffith
- Depth of realism Travis S. Casey
- Depth of realism Jo Dillon
- Depth of realism Marian Griffith
- Depth of realism Matthew Mihaly
- Depth of realism Wendy Winkler
- Depth of realism Travis Casey
- Depth of realism J C Lawrence
- Depth of realism J C Lawrence
- Depth of realism J C Lawrence
- Depth of realism Travis S. Casey
- Depth of realism J C Lawrence
- Depth of realism Jon A. Lambert
- Depth of realism Marian Griffith
- Depth of realism Jeremy Music
- Player statistics calculation (Was: code base inquiry) Petri Virkkula
- Player statistics calculation (Was: code base inquiry) Matthew Mihaly
- Player statistics calculation (Was: code base inquiry) Marc Bowden
- Player statistics calculation (Was: code base inquiry) David Bennett
- Player statistics calculation (Was: code base inquiry) Adam Wiggins
- Player statistics calculation (Was: code base inquiry) David Bennett
- Player statistics calculation (Was: code base inquiry) Adam Wiggins
- Admin: Attribute your quotes J C Lawrence
- Muq V -1.46.0 release (fwd) J C Lawrence
- Languages for MUD drivers Petri Virkkula
- MUD client resources (was: Mud hosting services) Bruce Mitchener, Jr.
- MUD client resources (was: Mud hosting services) Greg Miller
- Distribution schemes (was Languages for MUD drivers) Ian Macintosh
- Distribution schemes (was Languages for MUD drivers) Bruce Mitchener, Jr.
- Distribution schemes (was Languages for MUD drivers) Mik Clarke
- Distribution schemes (was Languages for MUD drivers) Bruce Mitchener, Jr.
- Distribution schemes (was Languages for MUD dri vers) Koster, Raph
- about MOO Ilya, Game Commandos
- (no subject) Michael Seifert
- (no subject) Ola Fosheim Grøstad
- (no subject) Mike Sellers
- (no subject) Ola Fosheim Grøstad
- (no subject) JC Lawrence
- (no subject) Ola Fosheim Grøstad
- (no subject) JC Lawrence
- (no subject) JC Lawrence
- (no subject) Marian Griffith
- (no subject) Ola Fosheim Grøstad
- (no subject) Chris Gray
- (no subject) Jon A. Lambert
- (no subject) Chris Gray
- (no subject) Ola Fosheim Grøstad
- (no subject) Alex Oren
- (no subject) Ilya, Game Commandos
- (no subject) Jon A. Lambert
- (no subject) Travis Casey
- (no subject) Dan Shiovitz
- (no subject) Travis S. Casey
- (no subject) Marian Griffith
- (no subject) Mik Clarke
- (no subject) J C Lawrence
- (no subject) The Eternal City
- (no subject) Travis Casey
- (no subject) Travis S. Casey
- (no subject) John Buehler
- (no subject) Joe Andrieu
- (no subject) John Buehler
- (no subject) Bruce
- (no subject) John Buehler
- (no subject) Ben Chambers
- (no subject) Dale Garnier-Wells
- (no subject) shren
- (no subject) Matt Mihaly
- (no subject) Travis Nixon
- Player statistics calculation B. Schulte
- Player statistics calculation Marc Bowden
- Player statistics calculation Adam Wiggins
- Admins as Mortals twist Ryan P.
- Admins as Mortals twist Darren Henderson
- Admins as Mortals twist Matthew Mihaly
- Admins as Mortals twist Darren Henderson
- Admins as Mortals twist Matthew Mihaly
- Admins as Mortals twist Dundee
- Admins as Mortals twist Matthew Mihaly
- Admins as Mortals twist AR Schleicher
- Admins as Mortals twist Jeremy Music
- Admins as Mortals twist J C Lawrence
- Admins as Mortals twist Koster, Raph
- Admins as Mortals twist Sellers, Michael
- Admins as Mortals twist Koster, Raph
- Admins as Mortals twist J C Lawrence
- Admins as Mortals twist Chris Jones
- Admins as Mortals twist msew
- Admins as Mortals twist Matthew Mihaly
- Admins as Mortals twist Greg Miller
- Admins as Mortals twist Philip Loguinov -- Draymoor
- Admins as Mortals twist Marian Griffith
- Admins as Mortals twist Greg Miller
- Admins as Mortals twist Matthew Mihaly
- Admins as Mortals twist J C Lawrence
- Admins as Mortals twist Koster, Raph
- Admins as Mortals twist J C Lawrence
- Distribution schemes (was Languages for MUD drivers) Ian Macintosh
- Distribution schemes (was Languages for MUD drivers) Ian Macintosh
- Public Domain Client Ian Macintosh
- Public Domain Client Mik Clarke
- Public Domain Client Jeremy Music
- Public Domain Client Andrew Wilson
- Public Domain Client Mik Clarke
- Public Domain Client Bruce Mitchener, Jr.
- Public Domain Client Mik Clarke
- Public Domain Client Bruce Mitchener, Jr.
- Public Domain Client Andrew Wilson
- Public Domain Client Laurent Bossavit
- Public Domain Client J C Lawrence
- Public Domain Client J C Lawrence
- Public Domain Client J C Lawrence
- MUD-Dev request rejected Greg Miller
- MUD-Dev request rejected J C Lawrence
- Re[4]: (no subject) Travis Casey
- Re[4]: (no subject) Koster, Raph
- Re[5]: (no subject) Travis Casey
- FAQ for gm-types? Dundee
- FAQ for gm-types? Charles Hughes
- FAQ for gm-types? Mik Clarke
- FAQ for gm-types? Christopher Allen
- FAQ for gm-types? J C Lawrence
- Re[6]: (no subject) Travis Casey
- FW: Re[6]: (no subject) Koster, Raph
- Re[5]: (no subject) Koster, Raph
- Re[5]: (no subject) Travis S. Casey
- Interesting links Bruce Mitchener, Jr.
- CODE RELEASE: (client) SMM++ J C Lawrence
- authority and human nature Matthew Mihaly
- authority and human nature Koster, Raph
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- Fair/Unfair? Scenarios (fwd) Mik Clarke
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- Fair/Unfair? Scenarios (fwd) Sellers, Michael
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Sellers, Michael
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Sellers, Michael
- Fair/Unfair? Scenarios (fwd) Mik Clarke
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Dan Shiovitz
- Fair/Unfair? Scenarios (fwd) Joe Andrieu
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- Fair/Unfair? Scenarios (fwd) Adam Wiggins
- Fair/Unfair? Scenarios (fwd) Marian Griffith
- Fair/Unfair? Scenarios (fwd) Travis S. Casey
- Fair/Unfair? Scenarios (fwd) Eli Stevens {Grey}
- Fair/Unfair? Scenarios (fwd) Douglas Couch
- Fair/Unfair? Scenarios (fwd) Dundee
- Fair/Unfair? Scenarios (fwd) Chris Turner
- Fair/Unfair? Scenarios (fwd) David Bennett
- Fair/Unfair? Scenarios (fwd) Scatter
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- Fair/Unfair? Scenarios (fwd) Scatter
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- Fair/Unfair? Scenarios (fwd) Scatter
- Fair/Unfair? Scenarios (fwd) Quzah
- Fair/Unfair? Scenarios (fwd) Scatter
- Fair/Unfair? Scenarios (fwd) Quzah
- Fair/Unfair? Scenarios (fwd) Scatter
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- Fair/Unfair? Scenarios (fwd) Adam Wiggins
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Richard Ross
- Fair/Unfair? Scenarios (fwd) Mik Clarke
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Dundee
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Raph & Kristen Koster
- Fair/Unfair? Scenarios (fwd) Dundee
- Fair/Unfair? Scenarios (fwd) Mik Clarke
- Fair/Unfair? Scenarios (fwd) Holly Sommer
- Fair/Unfair? Scenarios (fwd) Marian Griffith
- Fair/Unfair? Scenarios (fwd) Lucas Moten {Krozy}
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Mik Clarke
- Fair/Unfair? Scenarios (fwd) Matthew Mihaly
- Fair/Unfair? Scenarios (fwd) Greg Miller
- Fair/Unfair? Scenarios (fwd) J C Lawrence
- volunteerism on muds (fwd) J C Lawrence
- (fwd) Artificial Language for MUD programmers claw@kanga.nu
- The grass is always greener in the other field claw@kanga.nu
- The grass is always greener in the other field Jon A. Lambert
- The grass is always greener in the other field Matthew Mihaly
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Dundee
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Greg Miller
- The grass is always greener in the other field Ilya, Game Commandos
- The grass is always greener in the other field Adam Wiggins
- The grass is always greener in the other field Sellers, Michael
- The grass is always greener in the other field Adam Wiggins
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Sellers, Michael
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Travis Casey
- The grass is always greener in the other field Ola Fosheim Grøstad
- The grass is always greener in the other field Koster, Raph
- The grass is always greener in the other field Bruce Mitchener, Jr.
- The grass is always greener in the other field Cynbe ru Taren
- The grass is always greener in the other field Koster, Raph
- The grass is always greener in the other field cg@ami-cg.GraySage.Edmonton.AB.CA
- The grass is always greener in the other field Koster, Raph
- The grass is always greener in the other field Ola Fosheim Grøstad
- The grass is always greener in the other field Bruce Mitchener, Jr.
- The grass is always greener in the other field Charles Hughes
- The grass is always greener in the other field Matthew Mihaly
- The grass is always greener in the other field Cynbe ru Taren
- The grass is always greener in the other field Matthew Mihaly
- The grass is always greener in the other field Ilya, Game Commandos
- The grass is always greener in the other field cg@ami-cg.GraySage.Edmonton.AB.CA
- The grass is always greener in the other field Scatter
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Matthew Mihaly
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Matthew Mihaly
- The grass is always greener in the other field Raph & Kristen Koster
- The grass is always greener in the other field Timothy Dang
- The grass is always greener in the other field maddog@best.com
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Petri Virkkula
- The grass is always greener in the other field Matthew Mihaly
- The grass is always greener in the other field Ian Macintosh
- The grass is always greener in the other field Koster, Raph
- The grass is always greener in the other field Adam Wiggins
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Travis Casey
- The grass is always greener in the other field Adam Wiggins
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field J C Lawrence
- The grass is always greener in the other field Raph & Kristen Koster
- The grass is always greener in the other field Joe Andrieu
- Re[4]: (no subject) Travis Casey
- Re[4]: (no subject) claw@kanga.nu
- Re[6]: (no subject) Travis Casey