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
- Quotes from Marcus Ranum Nathan F Yospe
On Fri, 26 Jun 1998, J C Lawrence wrote:
:> 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?
I suppose I should answer this. In practice, I don't know. Experimentally,
it has advantages and drawbacks. An advantage is that the primary limit on
capacity is the number of active users. A disadvantage is that CPU usage is
the most intensive bottleneck, and clever caching mechanisms can only go so
far. I'm thinking of experimenting with G3 chips... a dual G3 Rhapsody
server might be just the thing for a local server node's host.
I've found that
- The optimum timespan for switching between the deterministic and
probabalistic update methods seems to be about 10 minutes. Under 10 minutes
results in the cost of probabilistic evaluation being higher than the cost
of calculating every event in those ten minutes sequentially when
reactivated.
- The optimum timespan for switching between probabilistic and contextual
update methods seems to be about 35 minutes, but contextual updates look a
little fishy if performed in an area that has been visited in the past 36
hours. Therefore, the benifits of contextual updates (which use trends for
a from-base update on the basis of a modifier table, and a fudge factor)
are not realized for a couple of days. I finally settled on four days, at
which point only a pedantic player has any right to expect the grass to be
trodden in an exact spot, as opposed to a vague trail... there's no way a
player can guarantee that someone else didn't come by and move that rock,
et al.
- The majority of situations can be handled without resolving any detail
beyond the most general until a player requests greater detail. If I have
a balloon with a picture on it, the details of the picture will be stored
as a key to a client to server data request. These details will *not* be
fed to the client unless the client requests them. The client will present
a "balloon with a picture on it" unless greater detail is noticable (IE,
the player is close to the balloon) or the player pays attention to the
balloon. Detail requests are originated by the client in all cases. The
server will happily never serve optical information seperate from spacial
data to a client handling a blind or sightless (alien) character. Likewise,
there is no thermal data passed unless specified by client (no, these are
not all case-by-case transactions, most are stored serverside until the
client modifies them, with a sort of agent-for-the-client class acting on
the client's behalf), and no tactile data when the client has not sent a
request, or made contact. (I've given thought to restricted information,
but, I figure if they want to hack for more info, let them. A little
incentive to the programmers out there.) The beauty of it is, if there is
no request from the client, a lot of this stuff remains unresolved. I call
it lazy instantiation. The world only exists where you are aware of it.
All the rest is just potential.
- My inheritance structure, which is key to the lazy allocation scemes,
needs to be placed into a better DB design. I hate databases! Damn, I'm not
looking forward to writing the replacement for my (too slow to resolve) DB.
(The DB as it exists is transparently in memory or on disk... which means a
frightfully large in memory ref table, sort of like 68k mac handles, but a
bit slower to resolve.)
- I can generate worlds far vaster than anything that currently exists. I
have given thought to hosting each stellar system on a seperate sever
process, and hosting one to 50 server processes on any given machine. Some
of these stellar systems are rather dull, and a bunch of systems with no
habitable planets could be jammed on one machine.
- I can easilly transport things between one server process and another. I
have to handle a bit of overhead each time when every base object on one
server is present on the next. Numbers must be maintained from one server
to the next. I handle this by assuming I will never have more than 4000
servers, and snagging the first 12 unused bits (out of 58) for a server ID.
If I ever end up with more servers than that, I'll have to overhaul
everything and switch to 128 bit longs. :P It is possible to inherit from
an object that originated on another server. Non-generalized objects are
broken by category, and have the first 96 "server IDs". The search method
is optimized (yeah, right... but that's what my design docs claim) for those
96 first, then the local server ID, then all others.
- object clusters do not make permanent inheritable copies of themselves
in the database unless inherited from, at which point, they do copy and
reserve an ID. Object clusters function as temporary object types. All
objects are clusters. An object will resolve into clusters of finer
granularity on sufficient investigation, using dynamic resolution, until it
becomes a random association of componant substance (with impurities).
This should never actually happen. The entire server is one object cluster.
It should also never have to be called upon for investigation directly, as
there is no parent location to call it. I have found that most objects are
treated in terms of clusters of approximately 1 to 500 primary objects.
A primary object is an instance of something grabbed from the database and
inserted into the gameworld. A character, chair, or book might be a
primary object. A primary object of a (filled) bookshelf would have generic
books in it, but a cluster of 500 individual primary objects (books) and 1
primary object (bookshelf) would have books of some significance. The
contents would have to be individually entered, or the client would get a
resolved set of giberish on pages. I have no idea if a builder would do a
thing like that... but it could be done, at high cost in memory allocation.
Builders will have to be doled out limited memory resources.
- how does it work out in practice? I don't know. In experiment, it has a
tremendous amount to offer... and costs like hell.
--
Nathan F. Yospe - Aimed High, Crashed Hard, In the Hanger, Back Flying Soon
Jr Software Engineer, Textron Systems Division (On loan to Rocketdyne Tech)
(Temporarily on Hold) Student, University of Hawaii at Manoa, Physics Dept.
yospe#hawaii.edu nyospe#premier.mhpcc.af.mil http://www2.hawaii.edu/~yospe/ - Quotes from Marcus Ranum Chris Gray
- Quotes from Marcus Ranum Nathan F Yospe
- 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