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
- Languages for MUD drivers J C Lawrence
- 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
- about MOO Andru Luvisi
- about MOO Dan Root
- about MOO Joey Hess
- about MOO Dan Root
- about MOO bruce@puremagic.com
- about MOO Dan Root
- about MOO J C Lawrence
- about MOO Jay Carlson
- about MOO Dan Root
In message <024e01bf3b6a$49269260$18095381@POINTSMAN>, "Jay Carlson" writes:
>> Indeed, but as you mention below, one of MOO's strengths is that it's got
>a
>> rather large base of people who know the internal coding language and have
>> a fair grasp of how the system works overall.
>
>Reasonable-sounding proposals for changes to the mainline MOO language often
>founder on two design criteria:
>
>1) They must not require beginners to learn complex things to produce
>reasonably correct code. Fancy security models, mutable values, and
>programmer-visible multithreading fail this, even though they appeal to the
>CS weenie in all of us (even the ones saying no!)
Ick. Agreed fully here. One of the strengths of MOO and CoolMUD both is
the relative simplicity of their languages. As much as it's nice to bea
ble to implement entire USENET servers and clients and an NFS protocol
stack in the language, most users don't need that power, and flounder in
the face of it. This is one of my personal issues with both ColdX and the
LPC based servers. I want to be able to focus on the issues of the game,
not of keeping track of sockets.
>2) You Must Not Break LambdaCore. Or JHCore. A naive linecount of JHCore
>and the C server source shows JHCore winning, 47kloc to 36k. This is just
>peanuts compared to LambdaMOO itself, at ~900kloc. Sure, a lot of
>LambdaMOO's code is just cut&paste, but you'd still have to check it. So
>any semantic changes that require manual review of any decent fraction of
>this code are just right out. Oh, and I'm not counting any non-code object
>components in this; if changes in the language required significant code
>changes, there'd also be a lot of documentation to rewrite. And then
>there's LambdaMOO politics and accounting to consider as well---this has
>significantly complicated lightweight object proposals.
This is one of the reasons why, were I to actually write the code, I'd be
looking more at adding the MOO features to CoolMUD than vice versa.
Inertia can be very hard to overcome, even in the name of progress.
>If you manage your cache in terms of the number of objects loaded into it,
>you will lose badly. Object sizes vary wildly.
True enough. Look at something like $spell in LambdaCore.
But even still, it's not terribly hard to do a scheme where individual
attributes on an object are stored seperately, with an 'index' base object
used to allow for things like run time attribute inheritence. This is what
I'm looking at for my own server design. Uber does something like this.
Since it uses a b-tree database as the backend for storage, each object is
stored individually, but you can address the whole object by looking at the
subgroup of the tree that is prefixed by a particular object number.
>> CoolMUD's database does this, and seems to do a pretty decent job. That
>> said, more than something like a mail index, the place you'll lose most
>> heavily is on MOO's inheritence. Most game cores (Lambda and JHM both
>> suffer from this) have a fairly deep and sometimes rather broad object
>> inheritance trees. It's possible to have a siginificant portion of your
>> cache filled with nothing but items that are inherited in your active
>> objects.
>
>On LambdaMOO, there are only ~2300 objects with children out of ~80k. That
>doesn't seem that excessive to me.
I'd been led to belive by a friend who played Lambda far more than I, that
the numbers were rather different. Given hard(er) stats, I'm inclined to
agree with you.
>> OTOH, it's certainly possible to cache quite a bit and still see a
>> significant reduction in active memory usage. LambdaMOO was using upwards
>> of 256 megs of memory at one point, and I'm sure that number isn't going
>> down.
>
>The LambdaMOO machine has 256M of physical memory. The highwater process
>size sits somewhere between 330M and 360M, depending on how fragmented it's
>gotten. The initial highwater mark is misleading, because there's some
>bookkeeping done during db load that's free'd in one big chunk before the
>server starts running.
>
>Memory usage went down as of about a year ago due to some hacks Ben and I
>did. The size of the database, which is otherwise *roughly* correlated with
>memory size, is held constant by various population control measures.
I have to idly wonder what the size of the database would be if no control
measures were in place. Is it reasonable, or even possible to support an
environment where there are no (or next to no) restrictions on creation and
building?
>> If even 1/10th of your objects were simultaneously active, and that
>> many more needed for the inheritence of the active objects, that's still
>> reducing your active memory image by nearly 4/5ths.
>
>But *which* 1/10th? Again, object sizes vary wildly.
>
>Anyway, all other things held constant, reducing LambdaMOO's memory size by
>4/5 this way would be a *lose*. The machine has a certain amount of
>physical memory, and treating the 200M freed up this way as merely disk
>buffers to thrash objects in and out of by expensive marshalling and
>unmarshalling seems...unproductive. The only win I can see is improvement
>in locality, but you could lose that too if you weren't really careful.
I suppose this depends on what your ratio of active to inactive objects is,
and how expensive your data marshalling routines are.
The couple of servers I've run have all been quite small by comparison to
Lambda, but the trend I saw was always that no more than 10% of my userbase
was logged in at once (particularly if you include "inactive" players), and
that as a whole they concentrated in no more than a dozen different
locations, with between 5 and 8% of the random miscellaneous objects being
present in those locations and the pathways between them.
In a server with 9000 objects total, this generally worked out to under 600
being active at once. Hard to compare directly to lambda, since none of
these were MOO based, but the idea remains the same, a relatively small
percentage of objects are active at the same time, even in peak usage
conditions. I have no figures for what inheritance figures would inflate
that to, but given the numbers you quote above, I'd be surprised if that
figure inflated to over 1000. That's still about 10% of the total base.
If I could reduce the size of my server to even 20% of the size of the
database (eg assume that larger objects tended to end up in the cache, as
theyy're more likely to be inherited), as a rule, this means I can put 5
different servrs on the same machine, without bringing it thrashing to it's
knees. :)
>I know, the point is not to hold all other things constant :-). But once
>that restriction is lifted, I'd just go get a ~$3k 512M dual P2/450 to
>replace the SC1000 it's running on now and see what happens before spending
>any more sleepless weekends working on performance.
Ah, but efficiency is always the holy grail of us CS-theory-weenies, right?
We like spending months thinking about these problems. :) Throwing
hardware at it is the MIS solution. ;)
>> Cool and MOO's languages are not quite identical, but close enough that
>> anyone using one can use the other, more or less. The primary differences
>> are around the features of the languages. Cool has tables/dictionaries,
>> which MOO doesn't, so MOO makes up by having some more powerful list
>> manipulation features instead, as an example.
>
>The mainline MOO server is getting dictionaries merged in in the near
>future.
Any ideas on the timeline for this?
-DaR
--
/* Dan Root - XTEA cipher */ static unsigned D=0x9E3779B9,l=0xC6EF3720,s;
/* tdbit text, k8bit key */ #define m(x,y) ((x<<4^x>>5)+(x^s)+k[s>>y&3])
void enc(int*t,int*k){for(s=0;s!=+l;){t[0]+=m(t[1],0);s+=D;t[1]+=m(t[0],11);}}
void dec(int*t,int*k){for(s=-l;s!=0;){t[1]-=m(t[0],11);s-=D;t[0]-=m(t[1],0);}}
- about MOO Dan Root
- about MOO J C Lawrence
- about MOO Gevan
- about MOO maddog@best.com
- about MOO J C Lawrence
- about MOO Laurent Bossavit
- (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