September 1998
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- Encryption of protocols, compression and lag... Ola Fosheim Grøstad
- Encryption of protocols, compression and lag... Adam J. Thornton
- Equipment Fit Holly Sommer
- Equipment Fit Hans-Henrik Staerfeldt
- Equipment Fit Holly Sommer
- Equipment Fit pomales
- Equipment Fit Hans-Henrik Staerfeldt
- Equipment Fit Brandon Cline
- Equipment Fit Matthew R. Sheahan
- Equipment Fit Chris Gray
- VT-100 and other terminal data J C Lawrence
- Intermud Communication...is it worth it? Ben Greear
- Intermud Communication...is it worth it? Caliban Tiresias Darklock
- Intermud Communication...is it worth it? Holly Sommer
- Intermud Communication...is it worth it? Ross Nicoll
- Intermud Communication...is it worth it? T. Alexander Popiel
- Intermud Communication...is it worth it? Michael.Willey@abnamro.com
- Intermud Communication...is it worth it? chris@realm.zfn.uni-bremen.de
- Wild idea.. :) Ben Greear
- Wild idea.. :) Marc Hernandez
- Wild idea.. :) Ben Greear
- Wild idea.. :) Adam Wiggins
- Wild idea.. :) Caliban Tiresias Darklock
- Wild idea.. :) Adam J. Thornton
- Wild idea.. :) Ben Greear
- Wild idea.. :) Vadim Tkachenko
- Wild idea.. :) Ben Greear
- Wild idea.. :) Vadim Tkachenko
- Wild idea.. :) Ben Greear
- Wild idea.. :) Ben Greear
- Wild idea.. :) Adam J. Thornton
- Wild idea.. :) Ben Greear
- Wild idea.. :) quzah
- Wild idea.. :) Adam Wiggins
- Wild idea.. :) Jon A. Lambert
- Wild idea.. :) Vadim Tkachenko
- Wild idea.. :) Nathan F Yospe
- Wild idea.. :) Damion Schubert
- Wild idea.. :) Chris Gray
- Re:Intermud Communication...is it worth it? Michael.Willey@abnamro.com
- ADMIN: Unsubscription J C Lawrence
- npc memory and reactions James Wilson
- npc memory and reactions Caliban Tiresias Darklock
- npc memory and reactions James Wilson
- npc memory and reactions T. Alexander Popiel
- npc memory and reactions Caliban Tiresias Darklock
- npc memory and reactions Adam Wiggins
- npc memory and reactions Richard Woolcock
- npc memory and reactions Ross Nicoll
- (fwd) CODE RELEASE: [server] SlashMUD (MacOS mud server) J C Lawrence
- [CODE QUESTION] How to encode floats into bytes? Ben Greear
- [CODE QUESTION] How to encode floats into bytes? T. Alexander Popiel
- [CODE QUESTION] How to encode floats into bytes? Ben Greear
- [CODE QUESTION] How to encode floats into bytes? Richard Woolcock
- [CODE QUESTION] How to encode floats into bytes? Adam J. Thornton
- [CODE QUESTION] How to encode floats into bytes? Ben Greear
- [CODE QUESTION] How to encode floats into bytes? Ola Fosheim Grøstad
- [CODE QUESTION] How to encode floats into bytes? Ben Greear
- [CODE QUESTION] How to encode floats into bytes? T. Alexander Popiel
- [CODE QUESTION] How to encode floats into bytes? Adam Wiggins
- [CODE QUESTION] How to encode floats into bytes? Ola Fosheim Grøstad
- [CODE QUESTION] How to encode floats into bytes? Travis S. Casey
- [CODE QUESTION] How to encode floats into bytes? Ola Fosheim Grøstad
- [CODE QUESTION] How to encode floats into bytes? Richard Woolcock
- [CODE QUESTION] How to encode floats into bytes? J C Lawrence
- [CODE QUESTION] How to encode floats into bytes? Adam J. Thornton
- Equipment Fit, enlightenment Hans-Henrik Staerfeldt
- Adventure on the web J C Lawrence
- A Java front end to ECGS (finally) J C Lawrence
- PERL based MUDs J C Lawrence
- Economics: Arrow's Impossibility Theorem J C Lawrence
- Economics: Arrow's Impossibility Theorem Koster, Raph
- Windows->Linux TCP/IP stack performance problems J C Lawrence
- Windows->Linux TCP/IP stack performance problems Vadim Tkachenko
- Windows->Linux TCP/IP stack performance problems Chris Gray
- Windows->Linux TCP/IP stack performance problems Alex Stewart
- OT: Windows-> Linux TCP/IP stack performance problems J C Lawrence
- Off-topic! Windows-> Linux TCP/IP stack performance problems Adam Wiggins
- Equipment fit revisited Andy Cink
- X, Y & Z. Scott Cade
- An accidental experiment with language Damion Schubert
- Off-topic! Windows-> Linux TCP/IP stack performance problems J C Lawrence
- Admin: Unsubscriptions J C Lawrence
- Admin: Unsubscriptions Alex Oren
- Admin: Unsubscriptions J C Lawrence
- cellular automata as universe models James Wilson
Hi all, I've been thinking about how one might use cellular
automata to model a universe. By 'cellular automata', I mean a
set of nodes where a given node's state changes are completely
determined by a set of neighboring nodes. (The research community
uses the term a little more carefully than I do. Purists, please forgive
my insolence.)
The application to a virtual universe might look like this:
nodes represent spatial locations.
state changes of any objects within those locations are changes
in node state.
nodes are neighbors of spatially proximate nodes.
the CA constraint that state changes are determined entirely
by a node's current state and the states of its neighbors means
that a node may not directly alter the state of a non-neighbor node.
For instance, if the world graph is
node A <--> node B <--> node C
then events in node A cannot directly impact node C. (They can,
however, propagate into B and thence into C.)
Note that this constraint is orthogonal to one's execution model, i.e.
one can implement an event-based or a polling model inside each
node to determine state changes. In this post I am writing about
event-based examples, but all can be adapted to polling systems
as well.
The advantage of this system is that synchronization *might* become
trivial; since each node's state changes only depend on neighboring
nodes, one must only synchronize overlapping sets of nodes. The system
as a whole may remain mostly parallel. One might be thus able to rule out
deadlocks entirely by synchronizing inter-node access properly.
For instance, off the top of my head, suppose you have some set of worker
threads operating upon your node graph. As threads become available,
they scan the graph for nodes with pending events. (Alternatively, events
in a queue can be associated with a node, which the thread then tries to
lock as follows.) If a node, A, has a pending event and is not currently
locked, the thread then checks to see if all of A's neighbors are unlocked; if
any are, the thread gives up on A (and its event) and tries another node.
Otherwise, if all of A's neighbors can be locked, the thread then proceeds to
execute whatever needs to be executed within the scope of node A. (The
issue of event duration, which I harp upon so much, is of course still with
us.) The thread then unlocks the nodes and tries again. In this system,
deadlocks are (I think) impossible; threads do not block waiting for locked
nodes, but move on to other pending events under the assumption that the events
which require the locked nodes will be serviced promptly by some other thread
when they come free. (This is analogous to something I suggested a while back
in the latest lockless-db exchange: if one can know beforehand the set
of objects an event will operate upon, one can lock them all before the
start of the event and free them at its end. The CA constraint guarantees
this knowledge.)
The CA constraint does introduce some obstacles to user scripting. First,
objects cannot simply save references to one another, as the objects might
then migrate into remote nodes, in which case access would violate the CA
constraint (and thus break any synchronization model that relies on it). Also,
inspection of objects must be confined to the node which is the site of the
inspecting event, and its direct neighbors.
For instance, this would rule out a script which accessed every player
object in turn (assuming the players are not all in the same node). Also
illegal would be a (naive) implementation of a homing device which is
connected by a reference to a remote tracking object. However, both of
these can be implemented in a CA model by propagating events through
the node graph (assuming the graph is connected). Possibly there are effects
which cannot be emulated by propagation, and there is an efficiency
consideration - direct references are much more efficient than broadcasting
messages to lots and lots of nodes. Another problem would be handling
objects so large they span multiple nodes - does a gigantic warship move
atomically from node to node, or does its prow come in first, then its
foredeck, etc? (The solution to this might have some interesting ramifications -
perhaps fog in one area would then envelop different portions of the ship
at different times as it moves into the foggy area.)
As a 'realism' constraint, there is a real-world parallel; namely, information
and thus causality cannot propagate faster than the speed of light, so there
is no instantaneous causality across remote areas of space. (Quantum
correspondences don't let you out of this either, unfortunately, but that's
highly OT. *heh*) Perhaps one could loosen the correspondence between
spatial locations and nodes - allowing mobile nodes, wormholes, dynamic
changes to the node graph, and the like - without breaking the underlying
synchronization model.
To be perverse: at one extreme, each object could be a single mobile node,
but this would obviate any gains realized by serializing groups of spatially
local objects, and seriously complicate the process by which events inspect
their environment.. At the other extreme, nodes could be so large that
serialization of their state changes would be tantamount to serializing the
whole db, which of course is an option but one I am interested in avoiding.
The useful case is where nodes are large enough to conveniently serialize
db state changes while not terribly inconveniencing script writers.
The node and its neighbors would have to be understood as the 'environment'
available to an event, and script writers would need to work under the
assumption that information from outside this local environment is unavailable.
This is essentially the same constraint that human users of VR environments
(and real world systems) operate under; that is, one's responses are determined
by one's internal logic (mind, instincts, physical laws, etc) and one's
immediate environment (through sensory data or physical interactions). I'm not
sure how this constraint could translate into a scripting system, however. One
would need to remove direct references and proxy all object accesses through
the environment; how could this be done efficiently?
James - cellular automata as universe models Joel Kelso
- cellular automata as universe models James Wilson
- [off-topic] news! Travis Casey
- [off-topic] news! J C Lawrence
- [off-topic] news! Jeroen Ruigrok/Asmodai
- Introducing the background hook Ling
- Introducing the background hook J C Lawrence
- Introducing the background hook chris@realm.zfn.uni-bremen.de
- Introducing the background hook Michael.Willey@abnamro.com
- Introducing the background hook Matt Chatterley
- Off-topic! Off-topic! Windows-> Linux TCP/IP stack performance problems Adam Wiggins
- Lockless DB design (was Fw: lurker emerges) J C Lawrence
- PCCTS->ANTLR J C Lawrence
- MOSIX: Multi-computer Operating System for unIX J C Lawrence
- Marian's Tailor vs. Psychopaths Hal Black
- Marian's Tailor vs. Psychopaths Adam Wiggins
- Marian's Tailor vs. Psychopaths James Wilson
- Marian's Tailor vs. Psychopaths quzah
- Marian's Tailor vs. Psychopaths James Wilson
- Marian's Tailor vs. Psychopaths quzah [sotfhome]
- Marian's Tailor vs. Psychopaths Matthew R. Sheahan
- Marian's Tailor vs. Psychopaths quzah [sotfhome]
- Marian's Tailor vs. Psychopaths Richard Woolcock
- Marian's Tailor vs. Psychopaths Adam Wiggins
- Marian's Tailor vs. Psychopaths Jo Dillon
- Marian's Tailor vs. Psychopaths Damion Schubert
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths Marc Hernandez
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths J C Lawrence
- Marian's Tailor vs. Psychopaths T. Alexander Popiel
- Marian's Tailor vs. Psychopaths J C Lawrence
- Marian's Tailor vs. Psychopaths Chris Gray
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths Michael.Willey@abnamro.com
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths Michael.Willey@abnamro.com
- Marian's Tailor vs. Psychopaths ApplePiMan@aol.com
- Marian's Tailor vs. Psychopaths Benjamin D. Wiechel
- Marian's Tailor vs. Psychopaths Adam Wiggins
- Marian's Tailor vs. Psychopaths Benjamin D. Wiechel
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths S. Patrick Gallaty
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths Ola Fosheim Grøstad
- Marian's Tailor vs. Psychopaths Adam Wiggins
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths ApplePiMan@aol.com
- Marian's Tailor vs. Psychopaths Michael.Willey@abnamro.com
- Marian's Tailor vs. Psychopaths Marian Griffith
- Marian's Tailor vs. Psychopaths apocalypse@pipeline.com
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths apocalypse@pipeline.com
- Marian's Tailor vs. Psychopaths Koster, Raph
- Marian's Tailor vs. Psychopaths Ryan Prince
- Marian's Tailor vs. Psychopaths Peck, Matthew x96724c1
- Marian's Tailor vs. Psychopaths quzah [sotfhome]
- Marian's Tailor vs. Psychopaths Jon A. Lambert
- Marian's Tailor vs. Psychopaths ApplePiMan@aol.com
- Marian's Tailor vs. Psychopaths Marian Griffith
- Marian's Tailor vs. Psychopaths Marian Griffith
- Marian's Tailor vs. Psychopaths apocalypse@pipeline.com
- Marian's Tailor vs. Psychopaths quzah [sotfhome]
- Marian's Tailor vs. Psychopaths Benjamin D. Wiechel
- Marian's Tailor vs. Psychopaths Michael.Willey@abnamro.com
- Project: ROADS database of MUD-related papers? J C Lawrence
- Admin J C Lawrence
- Admin: Unsubscriptions J C Lawrence
- AR's idea database Oliver Jowett
- AR's idea database James Wilson
- Forced story line... quzah [sotfhome]
- Forced story line... Marc Hernandez
- Forced story line... Damion Schubert
- ADMIN: Digests are now functioning J C Lawrence
- (had no title) quzah [sotfhome]
- (subject missing) Vladimir Prelovac
- (subject missing) J C Lawrence
- META: Web posting from list archives J C Lawrence
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? S. Patrick Gallaty
- META: What are you looking for in this list? Caliban Tiresias Darklock
- META: What are you looking for in this list? Adam J. Thornton
- META: What are you looking for in this list? Chris Gray
- META: What are you looking for in this list? Hal Black
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? Caliban Tiresias Darklock
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? Caliban Tiresias Darklock
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? Koster, Raph
- META: What are you looking for in this list? James Wilson
- META: What are you looking for in this list? James Wilson
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? Hal Black
- META: What are you looking for in this list? Joel Kelso
- META: What are you looking for in this list? ##Make Nylander
- META: What are you looking for in this list? T. Alexander Popiel
- META: What are you looking for in this list? Ola Fosheim Grøstad
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? Ola Fosheim Grøstad
- META: What are you looking for in this list? J C Lawrence
- META: What are you looking for in this list? Ola Fosheim Grøstad
- META: What are you looking for in this list? Felix A. Croes
- META: What are you looking for in this list? Jon A. Lambert
- META: What are you looking for in this list? Marian Griffith
- META: What are you looking for in this list? Matt Chatterley
- META: What are you looking for in this list? Benjamin D. Wiechel
- META: What are you looking for in this list? Alex Stewart
- META: who are we? Koster, Raph
- META: who are we? Caliban Tiresias Darklock
- META: who are we? T. Alexander Popiel
- META: who are we? Koster, Raph
- META: who are we? J C Lawrence
- META: who are we? quzah [sotfhome]
- META: who are we? Richard Woolcock
- META: who are we? J C Lawrence
- META: who are we? James Wilson
- META: who are we? Matt Chatterley
- META: who are we? Petri Virkkula
- META: who are we? Scatter
- META: who are we? J C Lawrence
- META: who are we? Holly Sommer
- META: who are we? Marian Griffith
- META: who are we? Marc Hernandez
- META: who are we? Matt Chatterley
- META: who are we? Benjamin D. Wiechel
- META: who are we? ApplePiMan@aol.com
- META: who are we? Alex Stewart
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Marc Hernandez
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Caliban Tiresias Darklock
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Ryan Prince
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Michael.Willey@abnamro.com
- Ugh, IS Diablo a mud? Jo Dillon
- Ugh, IS Diablo a mud? Ryan Prince
- Ugh, IS Diablo a mud? J C Lawrence
- Ugh, IS Diablo a mud? Damion Schubert
- Ugh, IS Diablo a mud? Andy Cink
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? ##Make Nylander
- Ugh, IS Diablo a mud? Richard Woolcock
- Ugh, IS Diablo a mud? Hal Black
- Ugh, IS Diablo a mud? J C Lawrence
- Ugh, IS Diablo a mud? Jon A. Lambert
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Kylotan
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Caliban Tiresias Darklock
- Ugh, IS Diablo a mud? J C Lawrence
- Ugh, IS Diablo a mud? Raph & Kristen Koster
- Ugh, IS Diablo a mud? Damion Schubert
- Ugh, IS Diablo a mud? Jon A. Lambert
- Ugh, IS Diablo a mud? J C Lawrence
- Ugh, IS Diablo a mud? Koster, Raph
- Ugh, IS Diablo a mud? Jon Leonard
- Ugh, IS Diablo a mud? Kylotan
- Ugh, IS Diablo a mud? Jon Leonard
- Medievia Koster, Raph
- let's call it a spellcraft Vadim Tkachenko
- let's call it a spellcraft Adam J. Thornton
- let's call it a spellcraft Jon A. Lambert
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft Marc Hernandez
- let's call it a spellcraft Vadim Tkachenko
- let's call it a spellcraft Adam Wiggins
- let's call it a spellcraft T. Alexander Popiel
- let's call it a spellcraft Brandon J. Rickman
- let's call it a spellcraft Adam J. Thornton
- let's call it a spellcraft Brandon J. Rickman
- let's call it a spellcraft Michael.Willey@abnamro.com
- let's call it a spellcraft Michael.Willey@abnamro.com
- let's call it a spellcraft James Wilson
- let's call it a spellcraft Michael.Willey@abnamro.com
- let's call it a spellcraft Jon Leonard
- let's call it a spellcraft Brandon J. Rickman
- let's call it a spellcraft Michael.Willey@abnamro.com
- let's call it a spellcraft S. Patrick Gallaty
- let's call it a spellcraft Andy Cink
- let's call it a spellcraft Adam J. Thornton
- let's call it a spellcraft Brandon J. Rickman
- let's call it a spellcraft Travis Casey
- let's call it a spellcraft James Wilson
- let's call it a spellcraft Travis Casey
- let's call it a spellcraft Niklas Elmqvist
- let's call it a spellcraft Koster, Raph
- let's call it a spellcraft Adam J. Thornton
- let's call it a spellcraft S. Patrick Gallaty
- let's call it a spellcraft Travis Casey
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft Adam Wiggins
- let's call it a spellcraft Travis Casey
- let's call it a spellcraft Niklas Elmqvist
- let's call it a spellcraft Adam Wiggins
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft quzah [sotfhome]
- let's call it a spellcraft Vadim Tkachenko
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft quzah [sotfhome]
- let's call it a spellcraft Oliver Jowett
- let's call it a spellcraft J C Lawrence
- let's call it a spellcraft Adam Wiggins
- let's call it a spellcraft S. Patrick Gallaty
- let's call it a spellcraft Travis Casey
- let's call it a spellcraft quzah [sotfhome]
- let's call it a spellcraft Vadim Tkachenko
- spell design systems Travis Casey
- [CUSTOM] ScryMUD Source release 1.6.0 Ben Greear
- Spellchecking Richard Woolcock
- Spellchecking Travis Casey
- Spellchecking Koster, Raph
- Spellchecking Richard Woolcock
- Spellchecking T. Alexander Popiel
- META: who are we?/What are you looking for? Michael.Willey@abnamro.com
- Legend's speech system and moods Koster, Raph
- Legend's speech system and moods Raph & Kristen Koster
- Legend's speech system and moods quzah [sotfhome]
- Putting names on things(Ugh, IS Diablo a mud?) Ola Fosheim Grøstad
- ADMIN: Unsubscriptions J C Lawrence
- let's call it a spellcraft Koster, Raph
- MUD-Dev] META: What are you looking for in this list? Scatter
- Object transitions, was Ugh, IS Diablo a mud? Vadim Tkachenko
- META: hat are you looking for in this list? J C Lawrence
- What about minimal spanning trees? was: what do we want Hans-Henrik Staerfeldt
- Summary of off-list META comments: J C Lawrence
- FYI: gamora Vadim Tkachenko
- FYI: gamora Caliban Tiresias Darklock
- Let's talk about numbers. Jon A. Lambert
- Let's talk about numbers. Jon A. Lambert
- Let's talk about numbers. T. Alexander Popiel
- Let's talk about numbers. Caliban Tiresias Darklock
- Let's talk about numbers. Jon A. Lambert
- Let's talk about numbers. Caliban Tiresias Darklock
- Let's talk about numbers. Adam J. Thornton
- Let's talk about numbers. Adam J. Thornton
- Let's talk about numbers. Jon A. Lambert
- Let's talk about numbers. Jon A. Lambert
- Let's talk about numbers. Jon A. Lambert
- Let's talk about numbers. Brandon J. Rickman
- Metroworks JIT for Linux J C Lawrence
- numbers - was spellcraft Orion Henry
- Zelda Online Orion Henry
- FPL: Another embeddable bytecoded scripting language J C Lawrence
- Game Design Issues (Was: let's call it a spel Michael.Willey@abnamro.com
- let's call it a spellcraft Andy Cink
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft Adam J. Thornton
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft Vadim Tkachenko
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft James Wilson
- let's call it a spellcraft Matthew R. Sheahan
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft Caliban Tiresias Darklock
- let's call it a spellcraft Travis Casey
- let's call it a spellcraft Vadim Tkachenko
- Unix is a mud (Ugh, IS Diablo a mud?) Ola Fosheim Grøstad
- Unix is a mud (Ugh, IS Diablo a mud?) Caliban Tiresias Darklock
- Unix is a mud (Ugh, IS Diablo a mud?) Jon A. Lambert
- Unix is a mud (Ugh, IS Diablo a mud?) Ola Fosheim Grøstad
- Unix is a mud (Ugh, IS Diablo a mud?) Kylotan
- Unix is a mud (Ugh, IS Diablo a mud?) Adam Wiggins
- Unix is a mud (Ugh, IS Diablo a mud?) J C Lawrence
- Unix is a mud (Ugh, IS Diablo a mud?) Adam Wiggins
- Unix is a mud (Ugh, IS Diablo a mud?) Adam J. Thornton
- Unix is a mud (Ugh, IS Diablo a mud?) J C Lawrence
- Unix is a mud (Ugh, IS Diablo a mud?) Ola Fosheim Grøstad
- Unix is a mud (Ugh, IS Diablo a mud?) Koster, Raph
- Unix is a mud (Ugh, IS Diablo a mud?) Ola Fosheim Grøstad
- Unix is a mud (Ugh, IS Diablo a mud?) Koster, Raph
- Unix is a mud (Ugh, IS Diablo a mud?) Jon Leonard
- Unix is a mud (Ugh, IS Diablo a mud?) Ola Fosheim Grøstad
- After a long absense, a semi-return (and TFD) Nathan F Yospe
- After a long absense, a semi-return (and TFD) Ola Fosheim Grøstad
- After a long absense, a semi-return (and TFD) Travis Casey
- After a long absense, a semi-return (and TFD) J C Lawrence
- After a long absense, a semi-return (and TFD) Caliban Tiresias Darklock
- [MUD-Dev] apocalypse@pipeline.com
- Room descriptions Koster, Raph
- Room descriptions Caliban Tiresias Darklock
- Room descriptions Koster, Raph
- Room descriptions Marian Griffith
- Room descriptions Orion Henry
- Room descriptions Raph & Kristen Koster
- Room descriptions Hal Black
- Room descriptions apocalypse@pipeline.com
- Room descriptions Travis Casey
- Room descriptions Hal Black
- Room descriptions apocalypse@pipeline.com
- Room descriptions Hal Black
- Room descriptions Caliban Tiresias Darklock
- Room descriptions J C Lawrence
- Room descriptions apocalypse@pipeline.com
- Room descriptions Hal Black
- Room descriptions J C Lawrence
- Room descriptions Nathan F Yospe
- Room descriptions Hal Black
- Room descriptions Richard Woolcock
- Room descriptions #Make Nylander
- Room descriptions quzah [sotfhome]
- Room descriptions Richard Woolcock
- Room descriptions Adam Wiggins
- Room descriptions Koster, Raph
- Room descriptions Adam Wiggins
- Room descriptions J C Lawrence
- Room descriptions Nathan F Yospe
- Room descriptions Adam Wiggins
- Room descriptions Koster, Raph
- Room descriptions S. Patrick Gallaty
- Room descriptions Koster, Raph
- Room descriptions S. Patrick Gallaty
- Room descriptions Travis S. Casey
- Room descriptions Adam Wiggins
- Room descriptions Koster, Raph
- Room descriptions Adam Wiggins
- Room descriptions Koster, Raph
- Room descriptions Adam Wiggins
- Room descriptions ApplePiMan@aol.com
- Room descriptions Jon A. Lambert
- Room descriptions Travis S. Casey
- Room descriptions ApplePiMan@aol.com
- Room descriptions Jon A. Lambert
- Room descriptions Adam Wiggins
- Room descriptions Nathan F Yospe
- Room descriptions Koster, Raph
- Room descriptions Adam Wiggins
- Room descriptions Koster, Raph
- Room descriptions Matt Chatterley
- Room descriptions J C Lawrence
- Room descriptions Travis Casey
- Room descriptions Chris Gray
- Room descriptions Adam J. Thornton
- Room descriptions Chris Gray
- Room descriptions Chris Gray
- Room descriptions Koster, Raph
- Room descriptions Adam Wiggins
- MCP/2.1 client-server message protocol... Andrew Wilson
- EC Habitats Beta Program URL... Andrew Wilson
- Autogenerated room descriptions T. Alexander Popiel
- Autogenerated room descriptions J C Lawrence
- Autogenerated room descriptions Nathan F Yospe
- Autogenerated room descriptions Richard Woolcock
- Autogenerated room descriptions S. Patrick Gallaty
- [CUSTOM] ScryMUD is opening for Beta on Oct 1! Ben Greear
- A little help Dale Hoffman
- A little help Robert Woods
- A little help Ling
- A little help Marc Bowden
- A little help Ling
- A little help Richard Woolcock
- A little help Michael.Willey@abnamro.com
- A little help Hans-Henrik Staerfeldt
- A little help T. Alexander Popiel
- A little help chris@realm.zfn.uni-bremen.de
- A little help Marc Bowden
- A little help Koster, Raph
- A little help Koster, Raph
- Mud adverts, was: ScryMUD is opening for Beta on Oct 1! Richard Woolcock
- Simulation (Was Room descriptions) Ola Fosheim Grøstad
- Simulation (Was Room descriptions) Adam Wiggins
- Simulation (Was Room descriptions) James Wilson
- Simulation (Was Room descriptions) Hans-Henrik Staerfeldt
- Simulation (Was Room descriptions) Adam Wiggins
- Simulation (Was Room descriptions) Koster, Raph
- Simulation (Was Room descriptions) Ola Fosheim Grøstad
- Simulation (Was Room descriptions) Koster, Raph
- Simulation (Was Room descriptions) Ola Fosheim Grøstad
- Simulation (Was Room descriptions) Koster, Raph
- Simulation (Was Room descriptions) Ola Fosheim Grøstad
- Simulation (Was Room descriptions) Koster, Raph
- Simulation (Was Room descriptions) Ola Fosheim Grøstad
- Simulation (Was Room descriptions) Koster, Raph
- UO lawsuit (fwd) Adam Wiggins
- UO lawsuit (fwd) Koster, Raph
- Unix is a mud (Ugh, IS Diablo a mud?) J C Lawrence
- Telnet Echo OFF/ON commands and other thingies.. Ben Greear
- Telnet Echo OFF/ON commands and other thingies.. Bruce Mitchener
- Telnet Echo OFF/ON commands and other thingies.. Marc Bowden
- Telnet Echo OFF/ON commands and other thingies.. Chris Gray
- Telnet Echo OFF/ON commands and other thingies.. Bruce Mitchener, Jr.
- Telnet Echo OFF/ON commands and other thingies.. Caliban Tiresias Darklock
- Telnet Echo OFF/ON commands and other thingies.. Ben Greear
- Telnet Echo OFF/ON commands and other thingies.. James Wilson
- Telnet Echo OFF/ON commands and other thingies.. Chris Gray