June 1998
- Playerkilling website Koster, Raph
- Playerkilling website John Bertoglio
- Playerkilling website Koster, Raph
- Playerkilling website J C Lawrence
- Playerkilling website J C Lawrence
- (fwd) Multiple currencies J C Lawrence
- (fwd) Multiple currencies Matt Chatterley
- Exploring the guild phenomena J C Lawrence
- Re:(fwd) Multiple currencies Michael.Willey@abnamro.com
- Re:(fwd) Multiple currencies J C Lawrence
- Re:(fwd) Multiple currencies Michael.Willey@abnamro.com
- Re:(fwd) Multiple currencies Mike Sellers
- Re:(fwd) Multiple currencies J C Lawrence
- Re:(fwd) Multiple currencies Michael.Willey@abnamro.com
- Re:(fwd) Multiple currencies Richard Woolcock
- Re:(fwd) Multiple currencies J C Lawrence
- Re:(fwd) Multiple currencies T. Alexander Popiel
- Re:(fwd) Multiple currencies J C Lawrence
- Administrative Meddling Jon A. Lambert
- Administrative Meddling Mike Sellers
- Administrative Meddling Matthew R. Sheahan
- Administrative Meddling Mike Sellers
- Administrative Meddling Jon A. Lambert
- Administrative Meddling Mike Sellers
- Administrative Meddling Jon A. Lambert
- Administrative Meddling J C Lawrence
- Administrative Meddling J C Lawrence
- OT: ICQ hacks and exploits J C Lawrence
- OT: ICQ hacks and exploits Mike Sellers
- OT: ICQ hacks and exploits J C Lawrence
- META: membership list J C Lawrence
- META: Archives. Ling
- META: Archives. Koster, Raph
- Levelless MUDs Holly Sommer
- Levelless MUDs Jon Leonard
- Levelless MUDs Adam Wiggins
- Levelless MUDs John Bertoglio
- Levelless MUDs Koster, Raph
- Levelless MUDs J C Lawrence
- Levelless MUDs Adam Wiggins
- Levelless MUDs Matt Chatterley
- Levelless MUDs J C Lawrence
- Levelless MUDs Holly Sommer
- Levelless MUDs J C Lawrence
- Levelless MUDs Ben Greear
- Levelless MUDs Travis S. Casey
- Levelless MUDs Ling
- Levelless MUDs Adam Wiggins
- Levelless MUDs Travis S. Casey
- Levelless MUDs Adam Wiggins
- Levelless MUDs Matt Chatterley
- Levelless MUDs Holly Sommer
- Levelless MUDs Adam Wiggins
- Levelless MUDs Benjamin D. Wiechel
- Levelless MUDs Jon A. Lambert
- Levelless MUDs Matt Chatterley
- Levelless MUDs jacob langthorn
- Levelless MUDs Holly Sommer
- Levelless MUDs Nathan F Yospe
- Levelless MUDs Koster, Raph
- Levelless MUDs Richard Woolcock
- Levelless MUDs Katrina McClelan
- Levelless MUDs Adam Wiggins
- Levelless MUDs Adam Wiggins
- Levelless MUDs D. B. Brown
- Levelless MUDs Matt Chatterley
- Levelless MUDs Larry Homer
- Levelless MUDs Richard Woolcock
- META: Erroneous bounce messages. J C Lawrence
- The lessons of Habitat's Dr Death repeated? J C Lawrence
- The lessons of Habitat's Dr Death repeated? Jon A. Lambert
- In game bulletin boards vs. Web based. Elis Pomales
- In game bulletin boards vs. Web based. Koster, Raph
- In game bulletin boards vs. Web based. Greg Munt
- In game bulletin boards vs. Web based. Matt Chatterley
- In game bulletin boards vs. Web based. J C Lawrence
- In game bulletin boards vs. Web based. Jo Dillon
- In game bulletin boards vs. Web based. Jon A. Lambert
- In game bulletin boards vs. Web based. Jo Dillon
- In game bulletin boards vs. Web based. Bruce Mitchener
- In game bulletin boards vs. Web based. Robert Woods
- In game bulletin boards vs. Web based. Adam Wiggins
- In game bulletin boards vs. Web based. Holly Sommer
- In game bulletin boards vs. Web based. Richard Woolcock
- In game bulletin boards vs. Web based. Michael.Willey@abnamro.com
- In game bulletin boards vs. Web based. Jo Dillon
- In game bulletin boards vs. Web based. Matt Chatterley
- In game bulletin boards vs. Web based. J C Lawrence
- MUDZilla -- commercial server base J C Lawrence
- MUDZilla -- commercial server base John Bertoglio
- MUDZilla -- commercial server base J C Lawrence
- Analysis and specification - the dirty words of mud development? Greg Munt
- Analysis and specification - the dirty words of mud development? Mike Sellers
- Analysis and specification - the dirty words of mud development? Richard Woolcock
- Analysis and specification - the dirty words of mud development? Mike Sellers
- Analysis and specification - the dirty words of mud development? Richard Woolcock
- Analysis and specification - the dirty words of mud development? Greg Munt
- Analysis and specification - the dirty words of mud development? Holly Sommer
- Analysis and specification - the dirty words of mud development? Richard Woolcock
- Analysis and specification - the dirty words of mud development? Andrew C.M. McClintock
- Analysis and specification - the dirty words of mud development? Niklas Elmqvist
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? Adam Wiggins
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? francois@toubol.com
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? Chris Gray
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? Nathan F Yospe
- Analysis and specification - the dirty words of mud development? Travis S. Casey
- Analysis and specification - the dirty words of mud development? T. Alexander Popiel
- Analysis and specification - the dirty words of mud development? Bruce Mitchener
- Analysis and specification - the dirty words of mud development? Chris Gray
- Mud websites Greg Munt
- Mud websites Robert Woods
- Mud websites Koster, Raph
- Mud websites Matt Chatterley
- Mud websites Koster, Raph
- Mud websites J C Lawrence
- Mud websites John Bertoglio
- Mud websites Adam Wiggins
- Mud websites Holly Sommer
- Mud websites Matt Chatterley
- Mud websites Travis S. Casey
- Mud websites Matt Chatterley
- Mud websites Travis S. Casey
- Mud websites Vadim Tkachenko
- mud websites Scatter
- mud websites Oliver Jowett
- mud websites Scatter
- mud websites Oliver Jowett
- mud websites J C Lawrence
- mud websites Scatter
- mud websites J C Lawrence
- mud websites Scatter
- Mud websites Chris Gray
- Mud websites J C Lawrence
- Mud websites Matt Chatterley
- Mud websites J C Lawrence
- Mud websites Chris Gray
- Mud websites Matt Chatterley
- Mud websites Chris Gray
- LDAP server as ... Vadim Tkachenko
- LDAP server as ... J C Lawrence
- Nested Coordinate spaces. Elis Pomales
- Nested Coordinate spaces. J C Lawrence
- Nested Coordinate spaces. Nathan F Yospe
- Nested Coordinate spaces. Elis Pomales
- Nested Coordinate spaces. Michael Hohensee
- Nested Coordinate spaces. J C Lawrence
- Telepathy Rules Lawrence W. Homer
- Off topic! But please help Marian Griffith
- Off topic! But please help John Bertoglio
- Off topic! But please help Jon A. Lambert
- Off topic! But please help John Bertoglio
- Off topic! But please help Holly Sommer
- META: Quoting, again. J C Lawrence
- Re:Telepathy Rules Michael.Willey@abnamro.com
- Re:Telepathy Rules Matt Chatterley
- Databases: was skill system jacob langthorn
- Databases: was skill system Mike Sellers
- Databases: was skill system John Bertoglio
- Databases: was skill system J C Lawrence
- Databases: was skill system T. Alexander Popiel
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system John Bertoglio
- Databases: was skill system Jon A. Lambert
- Databases: was skill system Adam J. Thornton
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system jacob langthorn
- Databases: was skill system ##Make Nylander
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system J C Lawrence
- Databases: was skill system T. Alexander Popiel
- Mud-time vs real-time (was skill system) Mike Sellers
- Mud-time vs real-time (was skill system) T. Alexander Popiel
- Mud-time vs real-time (was skill system) Richard Woolcock
- Mud-time vs real-time (was skill system) Katrina McClelan
- darkness/visibility Oliver Jowett
- darkness/visibility Chris Gray
- darkness/visibility Michael.Willey@abnamro.com
- darkness/visibility Travis S. Casey
- darkness/visibility Dr. Cat
- darkness/visibility Benjamin D. Wiechel
- darkness/visibility Andrew C.M. McClintock
- darkness/visibility Adam Wiggins
- darkness/visibility oliver@jowett.manawatu.planet.co.nz
- darkness/visibility Richard Woolcock
- darkness/visibility T. Alexander Popiel
- darkness/visibility J C Lawrence
- darkness/visibility Chris Gray
- darkness/visibility Michael.Willey@abnamro.com
- darkness/visibility Adam Wiggins
- darkness/visibility Vadim Tkachenko
- darkness/visibility Holly Sommer
- darkness/visibility Benjamin D. Wiechel
- darkness/visibility Richard Woolcock
- darkness/visibility Chris Gray
- darkness/visibility Ben Greear
- darkness/visibility Katrina McClelan
- darkness/visibility J C Lawrence
- darkness/visibility Chris Gray
- darkness/visibility J C Lawrence
- darkness/visibility Travis S. Casey
- darkness/visibility J C Lawrence
- darkness/visibility Travis S. Casey
- darkness/visibility J C Lawrence
- darkness/visibility Travis S. Casey
- darkness/visibility Chris Gray
- Off topic! ... J C Lawrence
- Mailing List Archives Elis Pomales
- Mailing List Archives J C Lawrence
- [Fwd: Temporality and user actions in MUDs] Richard Woolcock
- PC 99 standard In game bulletin boards vs. Web based. Mike Sellers
- PC 99 standard In game bulletin boards vs. Web based. Jo Dillon
- PC 99 standard In game bulletin boards vs. Web based. Richard Woolcock
- Away on a trip Bryce
- META: The web is a live again! J C Lawrence
- Away on a trip Bryce
- Technical C/C++ coding question Ben Greear
- Technical C/C++ coding question Katrina McClelan
- Technical C/C++ coding question J C Lawrence
- Technical C/C++ coding question Jon Leonard
- Technical C/C++ coding question Katrina McClelan
- Technical C/C++ coding question Jon Leonard
- Technical C/C++ coding question Katrina McClelan
- Technical C/C++ coding question Ben Greear
- Technical C/C++ coding question Shawn Halpenny
- Technical C/C++ coding question Shawn Halpenny
- Technical C/C++ coding question J C Lawrence
- Technical C/C++ coding question Finn Arne Gangstad
- Analysis and specification - the dirty words of mu Jon A. Lambert
- stuff that makes me leave (was In game bulletin...) Dan Shiovitz
- stuff that makes me leave (was In game bulletin...) Richard Woolcock
- stuff that makes me leave (was In game bulletin...) Ben Greear
- stuff that makes me leave (was In game bulletin...) Katrina McClelan
- stuff that makes me leave (was In game bulletin...) Richard Woolcock
- stuff that makes me leave (was In game bulletin...) Katrina McClelan
- stuff that makes me leave (was In game bulletin...) J C Lawrence
- stuff that makes me leave (was In game bulletin...) Katrina McClelan
- stuff that makes me leave Richard Woolcock
- stuff that makes me leave Mike Sellers
- stuff that makes me leave Robert Woods
- stuff that makes me leave Matt Chatterley
- (fwd) Temporality and user actions in MUDs J C Lawrence
- Analysis and specification Shawn Halpenny
- OT: Announcement s001gmu@nova.wright.edu
- OT: Announcement Nathan F Yospe
- OT: Announcement Chris Gray
- OT: Announcement s001gmu@nova.wright.edu
- OT: Announcement Chris Gray
- OT: Announcement s001gmu@nova.wright.edu
- Analysis and specification Shawn Halpenny
- Analysis and specification Ben Greear
- The great crusade.... J C Lawrence
- The great crusade.... Koster, Raph
- The great crusade.... Jon A. Lambert
- The great crusade.... J C Lawrence
- The great crusade.... Mike Sellers
- The great crusade.... brandon
- The great crusade.... Mike Sellers
- The great crusade.... J C Lawrence
- The great crusade.... Koster, Raph
- The great crusade.... S. Patrick Gallaty
- The great crusade.... J C Lawrence
- The great crusade.... J C Lawrence
- User Input Parser, was darkness/visibility Richard Woolcock
- what's fun? Mike Sellers
- what's fun? J C Lawrence
- what's fun? Richard Bartle
- what's fun? J C Lawrence
- what's fun? Richard Bartle
- Is worse better? J C Lawrence
- Is worse better? Katrina McClelan
- Is worse better? Jon A. Lambert
- Is worse better? Ben Greear
- Is worse better? Katrina McClelan
- Is worse better? Vadim Tkachenko
- Mozilla: unity of interface J C Lawrence
- Mozilla: unity of interface John Bertoglio
- OT:Is worse better? Nathan F Yospe
- OT:Is worse better? Jon A. Lambert
- [Fwd: Warfare on retromud.org 3000] Richard Woolcock
- [Fwd: Warfare on retromud.org 3000] Chris Gray
- Analysis and specification - the dirty words o Jon A. Lambert
- Analysis and specification - the dirty words o s001gmu@nova.wright.edu
- ADMIN: OS Wars J C Lawrence
- MySQL scalability J C Lawrence
- Prescience Rules? [Previously submitted under wrong thread :( ] Larry Homer
- stuff that makes me leave (was In game bulleti Matt Chatterley
- Prescience Rules? Joel Kelso
- OT: Ack! Adam Wiggins
- Natural Language Parsing (Was: darkness/visibility) s001gmu@nova.wright.edu
- Natural Language Parsing (Was: darkness/visibility) Adam J. Thornton
- bytecode results Chris Gray
- Prescience Rules? Richard Woolcock
- Prescience Rules? Vadim Tkachenko
- Prescience Rules? Richard Woolcock
- Prescience Rules? Nathan F Yospe
- Biting the hand that feeds you J C Lawrence
- RI Adventure Contest (fwd) Holly Sommer
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Dan Shiovitz
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun John Bertoglio
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun s001gmu@nova.wright.edu
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Spangler, Jason
- WIRED: Kilers have more fun Joel Kelso
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Holly Sommer
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Matthew R. Sheahan
- WIRED: Kilers have more fun Travis S. Casey
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Travis Casey
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Robert Woods
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun s001gmu@nova.wright.edu
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Matthew R. Sheahan
- WIRED: Kilers have more fun CJones@aagis.com
- WIRED: Kilers have more fun Nathan F Yospe
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Till Eulenspiegel
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Nathan F Yospe
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Joel Kelso
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dan Shiovitz
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Richard Woolcock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun CJones@aagis.com
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun s001gmu@nova.wright.edu
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Scatter
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Richard Woolcock
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Richard Woolcock
- WIRED: Kilers have more fun Ling
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: One brave soul's UO diary. J C Lawrence
- Tron meets MUD meets the arcades. Detonation expected. J C Lawrence
- WWW/INN/news systems (Was: mud websites) Petri Virkkula
- Prescience Rules? Scatter
- Suggested theme, was WIRED: Kilers have more fun Richard Woolcock
- Suggested theme, was WIRED: Kilers have more fun Dan Shiovitz
- mud-related event: Dr. K... Brandon J. Rickman
- Suggested theme, was WIRED: Kilers have more fun Chris Gray
- Multi-Server games Ben Greear
- Multi-Server games Jo Dillon
- Multi-Server games MH
- Multi-Server games Jo Dillon
- Multi-Server games MH
- Multi-Server games J C Lawrence
- Multi-Server games Vadim Tkachenko
- Multi-Server games Ben Greear
- Multi-Server games Vadim Tkachenko
- Multi-Server games Koster, Raph
- ScryMUD: Source release, version 1.4 Ben Greear
- (fwd) Dantom's Universal Network Game (DUNG) Nathan Fenenga Yospe
- I/O Event Handling Under Linux by Richard Gooch J C Lawrence
- I/O Event Handling Under Linux by Richard Gooch s001gmu@nova.wright.edu
- Thread implementations... J C Lawrence
- Suggested theme Richard Woolcock
- Suggested theme Richard Woolcock
- Suggested theme Chris Gray
- Analysis and specification - the dirty words o J C Lawrence
- Analysis and specification - the dirty words o Jon A. Lambert
- Quotes from Marcus Ranum J C Lawrence
For those that don't know, weren't around etc, Marcus Ranum in company
with Andrew Molitor and others was one of the primal figures in the
early days of MUDs and MUD server development. A great deal of the
current state of the art server-wise derives from work he did or had
his hand in.
It also probably worth knowing that the below started with my looking
for archives to the old Wizards list (thus the reference to the VAX
tapes etc). "What was the old Wizards list?" I hear you cry in Tom
Leher mockery? The Wizards list was essentially everything MUD-Dev
is now, just done more than 10 years ago.
--<cut>--
Date: Wed, 24 Jun 1998 22:03:56 -0400
To: J C Lawrence <claw@under.engr.sgi.com>
From: "Marcus J. Ranum" <mjr@nfr.net>
Subject: Re: piqued my interest ... :)
>Oh yeah, I've been in this game since the early '80's. Its mostly
>endless rehashes for people who've never been round the merry-go-round
>before.
That's why I got out of it and stopped talking about it. My
C/S and product development experience (at that time) was about
13 years of writing commercial products. I got tired of having
undergrads getting in my face about conjectures when I was dealing
with hard numbers and experimental data (especially regards to
MUD performance and what "could and could not be done")
>> Object migration? :) That was a tough/fun problem -- it'll be neat
>> to see if someone tackles it again.
>
>So far I'm aware of three approaches out there in the field: yours and
>Stephen's White's (who decided not to migrate, but to RPC objects),
Steve White was Ghondharl, right? He had some good ideas.
Andrew Molitor and I cooked up an even better approach for a
MUD that we felt would scale linearly across processors, using
a real time transaction switching library I wrote ages ago. But
that's another story and all those design notes are lost. If
you ever see references to MDFA (Mud Death From Above) that was
it. :)
>and one chap who claims to be doing a full CORBA wrapper (now
>dissappeared unsurprisingly). My current model follows Stephen's
>RPC-like model, but one of these days I've been meaning to play with
>object distribution at the base DB level and probably thru a
>stand-alone DB, possibly ala Arjuna.
Interesting approach. RPCs don't historically fare very well on
unpredictable networks (which is why UnterMUD worked the way
it did, including object ghosting).
>> We used some sophisticated stuff in Unter - a complete commit
>> transaction with rollback; Andrew Molitor coded it and I designed
>> it.
>
>This is actually one of the reasons I decided originally to go for a
>fully transactional DB with rollbacks (based on a severely hacked tdbm
>in my case). I extended it a little by preserving all rollback data
>and thus allowing for effective time-travel via acccesses to stale
>data. Of course this had the effect of also teaching the bandwidth
>and latency considerations of SCSI RAID...
:)
>> I *MAY* have that stuff on an old DECtape from the MicroVAXII
>> but I can't decode it anymore.
>
>If so, I *MAY* have a way to read it. There's a chap with such a boat
>anchor just down the road from me.
Yeah but the problem is *WHICH* tape! I have boxes and boxes
of the damn things. I think I'd rather let that stuff be lost
to posterity. :)
>> How amusing to see people angsting about MUD performance...
>
>Some of them have good reasons. They're attempting to do full world
>simulations with very code-heavy objects. When you have a basic DB
>with several hundred thousand active objects the working set tends to
>become both large and unwieldily fluid.
Did any of them ever look at the extremely subtle difference
between the object caching policy in Unter versus Uber? Unter
was nearly 10 *TIMES* faster than Uber, in terms of how much
CPU/memory bandwidth it used, because of the way objects
clustered in the cache. (Uber was really just a test case I
wrote so I could get some measurements on a real system so that
when I wrote another MUD I'd know what I was doing) :)
>> when I was running a 100,000+object database with 50 users on a
>> MicroVAXII with 8MB of RAM... :)
>
>The last time I had a running server (ie before the last gut), my test
>world had approximately 12 million objects of which around 800K were
>"active" (ie capable of originating an event without external
>stimulus, the classical case being mobiles, the more typical case
>being more mundanely animated and light weight objects). Being a test
>world, the majority of the active objects truly were active,
>originating new events at an average rate of one every 15 seconds per
>object.
Holy shit.
There are reasons why games like DOOM do line of sight
activation. :)
Andrew and I once coded a world in Uber where there were
monsters and it'd do a delta time on the monster since it
"went to sleep" and allocate a load of actions for it to
take immediately on wakeup... Worked good. :)
Yeah, tho - I read about the kind of stuff (especially scaling
problems) that games like Ultima Online have and I have to
cry. The architecture of MDFA would have easily supported
the kind of thing they're doing. <<sigh>>
>My working set, given about a 12Meg DB cache, was just over
>28Meg as I recall (been a while). A big part of the problem of course
>was that the internal format for objects is (currently) very space
>heavy for me (soft-code, byte-coded and flat versions, plus state
>data) and I often maintain multiple copies of the same object in
>memory prior to commit resolution...
Yeah, for readability you gotta tag the code with the object,
I learned that too late in Uber.
What I planned for MDFA was to actually generate a builtin
API in C. The core universe routines would be compiled into
the server. Object routines would be compiled into .o files
and dynamically loaded into a server agent that would generate
raw database calls -- a separate process -- against a dataserver
that shared a memory space with it. Sophisticated shit.
I canned the project when I had a lot of $$$$$-making work
come my way and decided I would rather have $$$$$ than
impress a lot of CS undergrads. :)
>No users of course, but the resource drain was noticable. Note also
>that I'm not using the room model, but going for a free coordinate
>system.
Ouch.
Andrew did a free coordinate version of a MUD universe in
UberMUD. It did a recursive search (happened to work great
with the underlying B+tree of UberMUD) to determine relative
locations.
>Other notes:
>
> UOL averages around 2,500 users per shard. I have no stats on the
>object count per shard. They're running on Linux boxes last I
>checked.
Hm, that's better than I thought. I wonder how the engine works -
is the transaction consistency centralized or serialized? I wonder
if the guys who wrote it actually knew anything about high speed
non-consistent transaction databases.
> Nathan Yospe's model (which has been partially admpted by a few
>others) is compute heavy as he dynamically simulates fragments of the
>world by computing its current state by extrapolation from the last
>time it was fully generated (almost no fixed data definitions, only
>fixed formulae and an axiomatic base of laws of physics).
How has it worked out in practice?
>> Take care, mjr. -- Marcus J. Ranum, CEO, Network Flight Recorder,
>> Inc. work - http://www.nfr.net home - http://www.clark.net/pub/mjr
>
>I had a poke about your gallery. Nice. I particularly liked your
>comments on how to handle models. Very much along my own ideas on the
>area. <bow>
You a photographer?
mjr.
- --
Marcus J. Ranum, CEO, Network Flight Recorder, Inc.
work - http://www.nfr.net
home - http://www.clark.net/pub/mjr
--<cut>--
And a quick follow-up to the same:
--<cut>--
Date: Fri, 26 Jun 1998 09:53:08 -0400
To: J C Lawrence <claw@under.engr.sgi.com>
From: "Marcus J. Ranum" <mjr@nfr.net>
Subject: Re: piqued my interest ... :)
At 02:50 PM 6/25/98 -0700, you wrote:
>Marcus,
>
>Would you mind if I forwarded the below to MUD-Dev? I expect they'd
>be interested.
Suuure. :)
You might also be amused to know that the byte-interpreter from
UberMUD is (much mutated) at the core of our product, the Network
Flight Recorder (www.nfr.net) :)
mjr.
--
Marcus J. Ranum, CEO, Network Flight Recorder, Inc.
work - http://www.nfr.net
home - http://www.clark.net/pub/mjr
--<cut>--
--
J C Lawrence Internet: claw@null.net
(Contractor) Internet: coder@ibm.net
---------(*) Internet: claw@under.engr.sgi.com
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith... - Quotes from Marcus Ranum Nathan F Yospe
- Quotes from Marcus Ranum Chris Gray
- WIRED: Kilers have more fun Chris Gray
- the why of online worlds Mike Sellers
- the why of online worlds Ben Greear
- A variation on persistent store techniques with notes on distributed processing support J C Lawrence
- You think users won't number crunch and statistise your MUD? J C Lawrence
- You think users won't number crunch and statistise your MUD? Dr. Cat
- You think users won't number crunch and statistise your MUD? Ling
- You think users won't number crunch and statistise your MUD? Travis S. Casey
- You think users won't number crunch and statistise your MUD? J C Lawrence
- You think users won't number crunch and statistise your MUD? Travis S. Casey
- You think users won't number crunch and statistise your MUD? Vadim Tkachenko
- You think users won't number crunch and statistise your MUD? Chris Gray
- RP definitional structure J C Lawrence
- Combat intelligence J C Lawrence
- Combat intelligence J C Lawrence
- Combat intelligence Ling
- Combat intelligence Niklas Elmqvist
- the why of online worlds. cat
- Rules of the game: How Long Till You Die J C Lawrence
- Rules of the Game: You don't always live twice Or... Take my life, Please J C Lawrence
- roleplaying farmers? Mike L Kesl
- roleplaying farmers? J C Lawrence
- Sugarscape: A-Life variation with economic interests J C Lawrence
- Embedded languages was Databases: was skill system Chris Gray
- Embedded languages was Databases: was skill system Vadim Tkachenko