October 1998
- Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room descriptions) Brandon J. Rickman
- Storytelling vs. Simulationist (Was Room descriptions) Adam Wiggins
- Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room descriptions) Adam Wiggins
- Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room descriptions) Caliban Tiresias Darklock
- Storytelling vs. Simulationist (Was Room descriptions) Peck, Matthew x96724c1
- Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room descriptions) Peck, Matthew x96724c1
- Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room descriptions) Caliban Tiresias Darklock
- Storytelling vs. Simulationist (Was Room descriptions) Caliban Tiresias Darklock
- Storytelling vs. Simulationist (Was Room de scriptions) Koster, Raph
- Storytelling vs. Simulationist (Was Room descriptions) Adam Wiggins
- Storytelling vs. Simulationist (Was Room descriptions) Travis S. Casey
- Storytelling vs. Simulationist (Was Roomdescriptions) ApplePiMan@aol.com
- Storytelling vs. Simulationist (Was Room de scriptions) Koster, Raph
- simulation vs. storytelling is a fallacious distinction James Wilson
- simulation vs. storytelling is a fallacious distinction ApplePiMan@aol.com
- simulation vs. storytelling is a fallacious distinction James Wilson
- simulation vs. storytelling is a fallacious distinction ApplePiMan@aol.com
- [DESIGN] To kill or not to kill? (non-violent conflict) The Wildman
- [DESIGN] To kill or not to kill? (non-violent conflict) Richard Woolcock
- [DESIGN] To kill or not to kill? (non-violent conflict) Marian Griffith
- [DESIGN] To kill or not to kill? (non-violent conflict) The Wildman
- [DESIGN] To kill or not to kill? (non-violent conflict) Robert Woods
- [DESIGN] To kill or not to kill? (non-violent conflict) Marc Hernandez
- Quest engines Koster, Raph
- Quest engines ApplePiMan@aol.com
- Quest engines Michael.Willey@abnamro.com
- Quest engines Hal Black
- [Off-Topic] Patents (Was Storytelling vs. Simulationist) ApplePiMan@aol.com
- Psychopaths Ola Fosheim Grøstad
- Psychopaths Koster, Raph
- Storytelling patents (Storytelling vs. Simulationist) Ola Fosheim Grøstad
- [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
- [DESIGN] To kill or not to kill? The Wildman
- [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
- [DESIGN] To kill or not to kill? The Wildman
- [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
- [DESIGN] To kill or not to kill? The Wildman
- Spoofing (Psychopaths) Ola Fosheim Grøstad
- Spoofing (Psychopaths) Koster, Raph
- Spoofing (Psychopaths) Ola Fosheim Grøstad
- Spoofing (Psychopaths) Richard Bartle
- Spoofing (Psychopaths) Richard Bartle
- Spoofing (Psychopaths) Ola Fosheim Grøstad
- [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
- [DESIGN] To kill or not to kill? The Wildman
- Terrain/Landmass & GIF/BMP quzah [sotfhome]
- Terrain/Landmass & GIF/BMP Adam Wiggins
- Terrain/Landmass & GIF/BMP Chris Gray
- Terrain/Landmass & GIF/BMP quzah [sotfhome]
- Terrain/Landmass & GIF/BMP Hal Black
- Terrain/Landmass & GIF/BMP John Bertoglio
- Terrain/Landmass & GIF/BMP Petri Virkkula
- Terrain/Landmass & GIF/BMP Caliban Tiresias Darklock
- Terrain/Landmass & GIF/BMP Niklas Elmqvist
- Terrain/Landmass & GIF/BMP quzah [sotfhome]
- Terrain/Landmass & GIF/BMP Marc Hernandez
- Terrain/Landmass & GIF/BMP quzah [sotfhome]
- Terrain/Landmass & GIF/BMP Chris Gray
- Terrain/Landmass & GIF/BMP quzah [sotfhome]
- Terrain/Landmass & GIF/BMP Dominic J. Eidson
- Current Projects Alex Stewart
- Current Projects Caliban Tiresias Darklock
- Current Projects Robert Woods
- Current Projects James Wilson
- Current Projects Peck, Matthew x96724c1
- Current Projects Robert Woods
- Current Projects T. Alexander Popiel
- Current Projects Travis S. Casey
- Current Projects Joel Kelso
- Current Projects The Arrow
- Current Projects Ryan Prince
- Current Projects Wilburn, E.J.
- Current Projects Michael.Willey@abnamro.com
- Current Projects David Bennett
- Current Projects chris@realm.zfn.uni-bremen.de
- Current Projects Andrew Wilson
- Current Projects Holly Sommer
- Current Projects Scatter
- Current Projects Michael.Willey@abnamro.com
- Current Projects Niklas Elmqvist
- Red Black Tree ? Valerio Santinelli
- Red Black Tree ? T. Alexander Popiel
- Red Black Tree ? Caliban Tiresias Darklock
- Red Black Tree ? T. Alexander Popiel
- Red Black Tree ? Caliban Tiresias Darklock
- Red Black Tree ? Ben Greear
- MUVE vs. MUD [was Current Projects] Alex Stewart
- Laws of Online World Design Koster, Raph
- Laws of Online World Design Jon A. Lambert
- Laws of Online World Design Ling
- Laws of Online World Design Adam Wiggins
- Laws of Online World Design Michael.Willey@abnamro.com
- Laws of Online World Design J C Lawrence
- Laws of Online World Design ApplePiMan@aol.com
- Laws of Online World Design J C Lawrence
- Laws of Online World Design ApplePiMan@aol.com
- Laws of Online World Design manta@pobox.com
- Laws of Online World Design J C Lawrence
- Laws of Online World Design James Wilson
- Laws of Online World Design J C Lawrence
- Laws of Online World Design ApplePiMan@aol.com
- Laws of Online World Design J C Lawrence
- Laws of Online World Design ApplePiMan@aol.com
- Laws of Online World Design Koster, Raph
- Laws of Online World Design Ola Fosheim Grøstad
- Laws of Online World Design Koster, Raph
- Laws of Online World Design J C Lawrence
- Laws of Online World Design Ola Fosheim Grøstad
- Laws of Online World Design Ola Fosheim Grøstad
- Laws of Online World Design J C Lawrence
- Laws of Online World Design Darrin Hyrup
- Laws of Online World Design Koster, Raph
- Laws of Online World Design Darrin Hyrup
- Laws of Online World Design J C Lawrence
- Laws of Online World Design Hans-Henrik Staerfeldt
- Laws of Online World Design Koster, Raph
- Laws of Online World Design Richard Bartle
- Laws of Online World Design Richard Bartle
- Laws of Online World Design Vadim Tkachenko
- MUVE vs. MUD [was Current Projects] Richard Bartle
- META: Review of FAQ's Bio Section Ling
- META: Review of FAQ's Bio Section Chris Gray
- META: Review of FAQ's Bio Section Benjamin D. Wiechel
- META: Review of FAQ's Bio Section Ling
- META: Review of FAQ's Bio Section J C Lawrence
- META: Review of FAQ's Bio Section Adam Wiggins
- META: Review of FAQ's Bio Section Michael.Willey@abnamro.com
- Advance book review Koster, Raph
- (CDMag) Sosaria Cracked: Why OSI's great social experiment is doomed J C Lawrence
- Ethics & Identity Scatter
- DNS adventure J C Lawrence
- DNS adventure Chris Gray
- DNS adventure Caliban Tiresias Darklock
- DNS adventure Adam J. Thornton
- DNS adventure Vadim Tkachenko
- DNS adventure J C Lawrence
- Trusting the Client (Laws of Online World Design) mark@erdos.Stanford.EDU
- Trusting the Client (Laws of Online World Design) Ola Fosheim Grøstad
- Trusting the Client (Laws of Online World Design) J C Lawrence
- Trusting the Client (Laws of Online World Design) Hal Black
- Trusting the Client (Laws of Online World D esign) Koster, Raph
- Trusting the Client (Laws of Online World Design) Jon Leonard
- Trusting the Client (Laws of Online World Design) J C Lawrence
- Trusting the Client (Laws of Online World Design) Adam J. Thornton
- Trusting the Client (Laws of Online World Design) Marc Hernandez
- Trusting the Client (Laws of Online World D esign) Wilburn, E.J.
- Trusting the Client (Laws of Online World D esign) Jon Leonard
- Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
- Trusting the Client (Laws of Online World D esign) Steve Sparks
- Trusting the Client (Laws of Online World Design) Jon Leonard
- Trusting the Client (Laws of Online World Design) Steve Sparks
- Trusting the Client (Laws of Online World Design) Jon Leonard
- Trusting the Client (Laws of Online World Design) Steve Sparks
- Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
- Trusting the Client (Laws of Online World D esign) Steve Sparks
- Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
- Trusting the Client (Laws of Online World D esign) Steve Sparks
- A Query Regarding Economies in a Text Environment Brandon A Downey
- A Query Regarding Economies in a Text Environment J C Lawrence
- A Query Regarding Economies in a Text Environme nt Koster, Raph
- Trusting the Client (Laws of Online World Design) Chris Gray
- Trusting the Client (Laws of Online World Design) J C Lawrence
- Trusting the Client (Laws of Online World Design) Jon Leonard
- Trusting the Client (Laws of Online World D esign) Wilburn, E.J.
- Trusting the Client (Laws of Online World D esign) J C Lawrence
- [Tech] socket slowdown solved Chris Gray
- [Tech] socket slowdown solved J C Lawrence
- ADMIN: unsubscriptions J C Lawrence
- Trusting the Client (Laws of Online World Design) Chris Gray
- Network float format (RFC 1014) J C Lawrence
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Koster, Raph
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals Elis Pomales
- Bruce Sterling on Virtual Community goals Darrin Hyrup
- Bruce Sterling on Virtual Community goals Bruce Mitchener, Jr.
- Bruce Sterling on Virtual Community goals Darrin Hyrup
- Bruce Sterling on Virtual Community goals Niklas Elmqvist
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Wilburn, E.J.
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals Niklas Elmqvist
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Joel Kelso
- Bruce Sterling on Virtual Community goals Marc Hernandez
- Bruce Sterling on Virtual Community goals Bruce Mitchener, Jr.
- Bruce Sterling on Virtual Community goals Adam J. Thornton
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Marc Hernandez
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals ApplePiMan@aol.com
- Bruce Sterling on Virtual Community goals J C Lawrence
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Jon Leonard
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Bruce Mitchener, Jr.
- Bruce Sterling on Virtual Community goals Adam J. Thornton
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Jon A. Lambert
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Chris Gray
- Bruce Sterling on Virtual Community goals Chris Gray
- OT: TTYQuake Niklas Elmqvist
- OT: TTYQuake Adam Wiggins
- OT: TTYQuake Adam J. Thornton
- Trusting the Client (Laws of Online World Matthew R. Sheahan
- Trusting the Client (Laws of Online World Vadim Tkachenko
- Trusting the Client (Laws of Online World J C Lawrence
- FW: Book? Koster, Raph
- GameStorm Matthew R. Sheahan
- GameStorm J C Lawrence
- Trusting the Client (Laws of Online World Jon A. Lambert
- Trusting the Client (Laws of Online World D esign) Koster, Raph
- Trusting the Client (Laws of Online World D esign) quzah [sotfhome]
- Trusting the Client (Laws of Online World D esign) Steve Sparks
- Trusting the Client (Laws of Online World D esign) Koster, Raph
- Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
- Trusting the Client (Laws of Online World D esign) Koster, Raph
- Trusting the Client (Laws of Online World D esign) J C Lawrence
- Lengthy Palace study Koster, Raph
- Hacks/Diablo/etc (was: Trusting the quzah [sotfhome]
- PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
- PDMud (was Bruce Sterling on Virtual Community goals) Darrin Hyrup
- PDMud (was Bruce Sterling on Virtual Community goals) Adam J. Thornton
- PDMud (was Bruce Sterling on Virtual Community goals) Hal Black
- PDMud (was Bruce Sterling on Virtual Community goals) Ola Fosheim Grøstad
- PDMud (was Bruce Sterling on Virtual Community goals) ApplePiMan@aol.com
- PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
- Recursive look Ling
- Recursive look Holly Sommer
- Recursive look David Bennett
- Recursive look J C Lawrence
- Recursive look Marc Hernandez
- Recursive look Bruce Mitchener, Jr.
- Recursive look Michael.Willey@abnamro.com
- Recursive look The Wildman
- Recursive look Adam Wiggins
- Recursive look Koster, Raph
- Recursive look Ling
- Recursive look Adam Wiggins
- Recursive look Marian Griffith
- Recursive look Brandon J. Rickman
- Recursive look Marian Griffith
- Recursive look Brandon J. Rickman
- Recursive look Marian Griffith
- Recursive look Ola Fosheim Grøstad
- Recursive look Nathan F Yospe
- Recursive look Darrin Hyrup
- Recursive look Ola Fosheim Grøstad
- Recursive look Jon A. Lambert
- Recursive look Matthew R. Sheahan
- Recursive look Nathan F Yospe
- Recursive look Michael.Willey@abnamro.com
- Recursive look Chris Gray
- Recursive look Chris Gray
- evil - good realism Vladimir Prelovac
- evil - good realism S. Patrick Gallaty
- evil - good realism Adam Wiggins
- evil - good realism Wilburn, E.J.
- evil - good realism quzah [sotfhome]
- evil - good realism Jon A. Lambert
- evil - good realism quzah [sotfhome]
- evil - good realism Orion Henry
- evil - good realism Vadim Tkachenko
- evil - good realism J C Lawrence
- evil - good realism Chris Gray
- evil - good realism Brandon A Downey
- evil - good realism quzah [sotfhome]
- evil - good realism Vladimir Prelovac
- evil - good realism Vadim Tkachenko
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Hal Black
- PDMud (was Bruce Sterling on Virtual Community goals) Felix A. Croes
- PDMud (was Bruce Sterling on Virtual Community goals) Darrin Hyrup
- PDMud thread summary Jon Leonard
- PDMud thread summary Chris Gray
- PDMud thread summary Darrin Hyrup
- PDMud thread summary J C Lawrence
- PDMud thread summary Hal Black
- PDMud thread summary Vadim Tkachenko
- PDMud thread summary Darrin Hyrup
- PDMud thread summary J C Lawrence
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Darrin Hyrup
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Adam J. Thornton
- PDMud thread summary Jon A. Lambert
- PDMud thread summary Jon A. Lambert
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary J C Lawrence
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary Jo Dillon
- PDMud thread summary The Arrow
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Chris Gray
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary Darrin Hyrup
- PDMud thread summary Chris Gray
- PDMud thread summary Jon Leonard
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary Steve Sparks
- PDMud thread summary Jo Dillon
- PDMud thread summary Adam J. Thornton
- PDMud thread summary Jon Leonard
- PDMud thread summary Jo Dillon
- PDMud thread summary Jon Leonard
- PDMud thread summary Vadim Tkachenko
- PDMud thread summary Jo Dillon
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Vadim Tkachenko
- PDMud thread summary Darrin Hyrup
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Chris Gray
- PDMud thread summary Jon A. Lambert
- PDMud thread summary Adam J. Thornton
- PDMud thread summary Chris Gray
- PDMud thread summary Chris Gray
- PDMud thread summary James Wilson
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary James Wilson
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary ApplePiMan@aol.com
- PDMud thread summary Adam J. Thornton
- PDMud thread summary Chris Gray
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary James Wilson
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Chris Gray
- PDMud thread summary Niklas Elmqvist
- PDMud thread summary Jon A. Lambert
- PDMud thread summary Chris Gray
- PDMud thread summary Chris Gray
- PDMud thread summary Alex Oren
- PDMud thread summary Alex Oren
- PDMud thread summary Jon A. Lambert
- PDMud thread summary Bruce Mitchener, Jr.
- PDMud thread summary Jon A. Lambert
- PDMud thread summary Jon A. Lambert
- PDMud thread summary Holly Sommer
- PDMud thread summary Jo Dillon
- PDMud thread summary Adam J. Thornton
- PDMud thread summary Jo Dillon
- PDMud thread summary Adam Wiggins
- PDMud thread summary Jo Dillon
- PDMud thread summary Chris Gray
- PDMud thread summary Chris Gray
- PDMud thread summary Alex Oren
- PDMud thread summary Chris Gray
- PDMud thread summary Alex Oren
- ADMIN: Unsubscriptions J C Lawrence
- DevMUD Event Language Hal Black
- DevMUD Event Language Jon Leonard
- DevMUD Event Language J C Lawrence
- DevMUD Event Language James Wilson
- DevMUD Event Language J C Lawrence
- DevMUD Event Language Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) J C Lawrence
- PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
- PDMud (was Bruce Sterling on Virtual Community goals) James Wilson
- PDMud (was Bruce Sterling on Virtual Community goals) Jon Leonard
- PDMud (was Bruce Sterling on Virtual Community goals) ApplePiMan@aol.com
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
- Crack.Com deceased, Golgotha source released (sorta) J C Lawrence
- Crack.Com deceased, Golgotha source released (sorta) Bruce Mitchener, Jr.
- Crack.Com deceased, Golgotha source released (sorta ) Koster, Raph
- Crack.Com deceased, Golgotha source released (sorta ) Marc Hernandez
- Crack.Com deceased, Golgotha source released (sorta) Adam J. Thornton
- Crack.Com deceased, Golgotha source released (sorta) Adam Wiggins
- Crack.Com deceased, Golgotha source released (sorta) J C Lawrence
- Crack.Com deceased, Golgotha source released (sorta) J C Lawrence
- Crack.Com deceased, Golgotha source released (sorta) Bruce Mitchener, Jr.
- Game Developers Conference Koster, Raph
- Crack.Com deceased Marc Hernandez
- OT, kinda, but yay :) Koster, Raph
- OT, kinda, but yay :) Jon Leonard
- OT, kinda, but yay :) Nathan F Yospe
- OT, kinda, but yay :) Jon Leonard
- OT, kinda, but yay :) Koster, Raph
- OT, kinda, but yay :) Steve Sparks
- OT, kinda, but yay :) Adam Wiggins
- OT, kinda, but yay :) Chris Gray
- OT, kinda, but yay :) Jo Dillon
- OT, kinda, but yay :) Adam Wiggins
- OT, kinda, but yay :) Jo Dillon
- OT, kinda, but yay :) Jo Dillon
- PDMud (was Bruce Sterling on Virtual Community goals) Petri Virkkula
- Crack.Com deceased, Golgotha source released , (sorta) Holly Sommer
- OT: slashdot Adam Wiggins
- OT: slashdot J C Lawrence
- OT: slashdot J C Lawrence
- Language support Koster, Raph
- PDMud, Gamora and Casbah Bruce Mitchener, Jr.
- PDMud, Gamora and Casbah Caliban Tiresias Darklock
- PDMud, Gamora and Casbah Niklas Elmqvist
- PDMud, Gamora and Casbah Jon Leonard
- PDMud, Gamora and Casbah Darrin Hyrup
- PDMud, Gamora and Casbah Niklas Elmqvist
- PDMud, Gamora and Casbah Adam J. Thornton
- PDMud, Gamora and Casbah ApplePiMan@aol.com
- PDMud, Gamora and Casbah Chris Gray
- PDMud, Gamora and Casbah Darrin Hyrup
- PDMud, Gamora and Casbah Niklas Elmqvist
- UO: Second Age Koster, Raph
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
- PDMud (was Bruce Sterling on Virtual Community goals) Bruce Mitchener, Jr.
- Golgotha as it applies to PDMud (was Crack.Com deceased, Golgotha source , released (sorta)) Niklas Elmqvist
- OpenMUD: bus-based communications James Wilson
- OpenMUD: bus-based communications Chris Gray
- OpenMUD: bus-based communications Niklas Elmqvist
- OpenMUD: bus-based communications Niklas Elmqvist
- OpenMUD: bus-based communications ApplePiMan@aol.com
- I wanna do it OO James Wilson
- I wanna do it OO Chris Gray
- DevMUD - thoughts.1 Chris Gray
- DevMUD - thoughts.1 James Wilson
- DevMUD - thoughts.1 Chris Gray
- DevMUD - thoughts.1 Chris Gray
- DevMUD - thoughts.1 James Wilson
- DevMUD - thoughts.1 Niklas Elmqvist
- DevMUD - thoughts.1 Chris Gray
- CVS and LXR bruce@portland.puremagic.com
- openmud or pdmud or devmud James Wilson
- openmud or pdmud or devmud Chris Gray
- openmud or pdmud or devmud Darrin Hyrup
- openmud or pdmud or devmud Hal Black
- openmud or pdmud or devmud Jon Leonard
- openmud or pdmud or devmud Adam J. Thornton
- openmud or pdmud or devmud Bruce Mitchener, Jr.
- openmud or pdmud or devmud Adam J. Thornton
- openmud: open issues James Wilson
- openmud: open issues Vadim Tkachenko
- openmud: open issues James Wilson
- openmud: open issues Vadim Tkachenko
- MUD verb handling (Was: DevMUD - thoughts.1) Chris Gray
- MUD verb handling (Was: DevMUD - thoughts.1) Adam J. Thornton
- MUD verb handling (Was: DevMUD - thoughts.1) The Arrow
- MUD verb handling (Was: DevMUD - thoughts.1) Jon Leonard
- MUD verb handling (Was: DevMUD - thoughts.1) Niklas Elmqvist
- Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
- Missing the point: OpenMUD, Gamora, Casbah, etc. Jon A. Lambert
- Missing the point: OpenMUD, Gamora, Casbah, etc. Niklas Elmqvist
- Missing the point: OpenMUD, Gamora, Casbah, etc. Darrin Hyrup
- Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
- Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
- Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
- Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
"Bruce Mitchener, Jr." wrote:
>
> On Monday, October 26, 1998, Ola Fosheim Grøstad wrote:
> >Yes, and that leads to another question, why did it take years?
>
> Well, a good server and the associated things like documentation, code
> running on top of it to make it useful and so on do take time.
I didn't intend to imply that you can break new ground with a mud project
and do it in less than a year. All (from scratch) mud projects will
probably take years, which makes the question even more important... It
could indicate areas in which one should be extremely careful with design,
or use existing code (at least in the first version), or "reverse engineer"
an existing implementation...
> I appreciate a lot since I don't know Win32 stuff at all (yet?)). My list
> of projects that I want to accomplish, when viewed with the amount of time
> that I have available, is probably something on the order of a year or so of
> work.
Heh, I've got a list of fun projects which would take several lives to
complete, if they are possible at all... :/
> >> base of code, it might be very profitable just to have a survey of the
> field
> >> like that done to assess what the real state of the art is and where the
> >> real problems are to be solved.
> >
> >Uhu, but that is a big job. Although there is nothing wrong with throwing
>
> Writing an excellent server framework is a huge job.
Yes, but doing a real survey (which should cover areas beyond the textmud
community) is more work than you want for a thesis... I'm not sure if anyone
want to do that without even getting a _degree_? Unless they already have
one of course.. (Bartle? :^)
> >fail to do a good job at it... The basic goal for a commercially oriented
> >mud server development project is obviously to create a foundation which
> >allows for the creation of enjoyable user experiences, with the additional
> >requirement of minimizing cost (time spent on building, maintenance and
> >money spent on infrastructure). The goal doesn't help implementation much
>
> Well, there are lots of assumptions in here. What is the difference between
> a 'mud server' and an 'application server'? What about a general server
> framework (where things seemed to be headed anyway)? How does an 'enjoyable
> user experience' fit in at this level? Minimizing costs via reducing the
> time spent on building and maintenance is great. How will you improve on
> the current systems? What problems do the current systems face?
I don't want to improve on them. I doubt that they will ever do what I want
to do. I will most likely have to adapt my own design to the low-level
bottlenecks of the server. I have to learn yet-another-not-really-excellent
language (I have had enough trouble separating the differences between LPC,
C, C++ and Perl). I have to trust the server to be mostly bug-free. If the
volunteers quit the project then I have to port all my code to a new
platform, or read and understand those 100K lines of code.
The difference between a "mud server" and an "application server" should be
that it is extremely real-time focused, that it support the dynamics of
muds. If you look at the API then you should get a good picture of how a
mud could be implemented using it.
I looked at MudOS 2.5 years ago, and decided not to use it, not because it
doesn't handle persistence well (you have to save the objects yourself, or
rather...tell them to save themselves), but:
- It doesn't support 8 bit chars (I don't think standard YACC does either)
which is vital to us scandinavians (ÆØÅ).
- I want some intelligent server/client distribution and I don't want spend
too much time ripping out code and rewriting. Just to find out that it
doesn't cut it anyway...
- It had a new dialect which I wasn't familiar with, and I am not all that
happy with LPC anyway.
- There was no really useful no-bullshit basic functionality softlib
available. And I guess the mudlib level debugging facilities were
scarce. A development tool with no debugger is useless, especially if I
am dependant on having a correct understanding of the underlying system
written by somebody else.. :(
- The only reason for having an internal language from my POV is to either
support the problem domain (as with SQL etc.) or to allow for safe
userprogramming at a later stage. LPC doesn't support the domain better
than C++ does, and security is done in the softlib (and looked like a
major effort, I don't want to spend time on something as boring as
this...)
Maybe this is the right question to ask:
** What mud servers have you considered to use, and what made you refrain
from using them and rather start on the slow and painful process of
implementing your mud from scratch? **
Involving the users in the process is always a good idea. :^)
> current ColdCore lacks the modularization and documented (and enforced
> interfaces), which is one of the reasons behind my designing a new core from
> scratch. Sure, this can be solved, but it requires planning.
You are probably talking about regular structuring, but there has been a lot
of talk about modules and such and I really don't understand the need for
dynamic binding. I would prefer a static executable and migration of
serverstate (syncing the updated server with the old while running in
parallel) if downtime is undesirable. I am not so sure if slicing the
system into executable modules by functionality as discussed is such a good
idea, unless it really reflects the dynamics, it is at least not OOP to
split objects this way. Then again, maybe OOP isn't the way to go (as
opposed to OOA/OOD)?
If one doesn't get anything else right in the analysis stage then one should
at least have determined the dynamics of the system which is going to be
"simulated". You can't do that without knowing something about what comes
on top of this bottom layer. The most workable approach for most systems is
probably to not only go bottom-up, but iterate over going bottom-up and
top-down. This implies that the more abstract layers (those closer to the
running mud) should be, at least roughly, designed in parallell with the
basic layer (core).
> >though, so you basically have to come up with something more amenable to
> >analysis. One possibility is to come up with a set of relatively detailed
> >descriptions of desired example systems, then try to find common
> >requirements that these systems imply. One will probably have to exclude
> >some of these systems from the problem space in order to reach a base which
> >allows for the efficient creation of MUDs.
>
> So what is your desired system?
I am only considering inherently graphical muds. User building should
either be visual, implicit or extremely simple and foolproof. I have
basically two interests. The first will not fit any existing development
system. It is focusing at adaptivity and more organic physics oriented
systems thinking. Meaning, spatial relationships rather than logic:
collision detection, density and sensing. The basic problems are speed, the
client/server split (caching, updating etc), graphics engine and lag.. :( I
don't really think the ?async? event model or threading will work well. I
am thinking more about "pipelining" and running things in stages (makes for
faster collision detection, sorting, change-notification etc).
The second interest is more typical, and is basically about prototyping more
"simple" graphical worlds where users can draw rooms and build things using
simple mechanisms. Less simulation, and more atmosphere
(roleplaying/chatting). What I want from this system is a system that is
adaptive under the hood. That is, I don't want to think about efficiency at
all, I want to think about changing and extending the system: a rapidly
evolving prototype if you like. It should be easy to add constraints
without conserning oneself with implementation details, a simple example "in
area 2 : forall say_event E(from userX to userY) : distance(userX,userY) >=
5 : kill E". The underlying system should profile usage and optimize
automagically (search-indexes etc). I wouldn't be unhappy if spatial
considerations and heuristics have been accounted for and are optimized the
same way. (What is the closest object which smells like honey, etc)
More exotic is perhaps the desire for a entity-relation (state is recorded
events?) oriented system where there are no real structure, but where you
instead define views and classes of relationships: "select all entities who
opened a bank account before 1996 (by event?) which are hairy (by relation?)
have lots of money (sum of events?)". By "view" I simply mean transforming
some part of the database into something specified by a "client"
read-interface. The "view" is notified of changes and will be recalculated
when needed (lazy). This could be close to JCL's mud, but I'm not quite
sure... The basic idea is anyway to define object classes by properties
rather than by instance.
I am not sure if the softcode-oriented projects will be able to support the
hidden profiling, adaptivity and general optimization which is needed if you
want to enable flexible and rapid development of the end product.
Anyone know something about the aspect-oriented programming paradigm which
Xerox Parc supposedly are working on??
> >An important observation: a smaller, more coherent and well defined problem
> >space simplifies all development stages and makes a more useful result more
> >likely. Nobody will use OpenMUD if it doesn't bring them _substantially_
> >closer to running a mud than using plain C++ and Unix...
>
> Don't forget really good documentation, FAQs, constant support, etc. For a
> long time, the complaint of those visiting the Cold Dark was that the
> documentation was inadequate. Now, there are docs, but we still end up
> answering most of the same questions. Now, we need tutorials, etc. I'm not
> convinced that it ever will end. :)
>
> - Bruce
>
> --
> MUD-Dev: Advancing an unrealised future.
--
Ola Fosheim Groestad,Norway http://www.stud.ifi.uio.no/~olag/worlds/
- Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
- Missing the point: OpenMUD, Gamora, Casbah, etc. Chris Gray
- Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
- Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
- Missing the point: OpenMUD, Gamora, Casbah, etc. Chris Gray
- DevMUD module configuration Jon Leonard
- DevMUD module configuration James Wilson
- DevMUD module configuration Bruce Mitchener, Jr.
- DevMUD module configuration J C Lawrence
- DevMUD module configuration Chris Gray
- DevMUD module configuration Niklas Elmqvist
- DevMUD module configuration Vadim Tkachenko
- Inheritance model (was PDMud thread summary) Bruce Mitchener, Jr.
- Inheritance model (was PDMud thread summary) Cynbe ru Taren
- Why did it take years? Cynbe ru Taren
- Why did it take years? Adam Wiggins
- Why did it take years? James Wilson
- Why did it take years? Bruce Mitchener, Jr.
- Why did it take years? Niklas Elmqvist
- Why did it take years? Holly Sommer
- Why did it take years? J C Lawrence
- Why did it take years? Jo Dillon
- Why did it take years? Cynbe ru Taren
- Why did it take years? J C Lawrence
- Why did it take years? Adam Wiggins
- Why did it take years? Chris Gray
- Why did it take years? Erik Ostrom
- Gamora: Lessons learned? (fwd) Niklas Elmqvist
- Gamora: Lessons learned? (fwd) Niklas Elmqvist
- resource management (was: Missing the point) Felix A. Croes
- DevMUD: Inheritable modules The Arrow
- DevMUD: Inheritable modules Bruce Mitchener, Jr.
- DevMUD: Inheritable modules Jon Leonard
- DevMUD: Inheritable modules The Arrow
- DevMUD: Inheritable modules Jon Leonard
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules Jon Leonard
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules Jo Dillon
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules Niklas Elmqvist
- DevMUD: Inheritable modules Jon Leonard
- DevMUD: Inheritable modules Niklas Elmqvist
- DevMUD: Inheritable modules Jo Dillon
- DevMUD: Inheritable modules Robert Brady
- DevMUD: Inheritable modules J C Lawrence
- DevMUD: Inheritable modules Darrin Hyrup
- DevMUD: Inheritable modules Jo Dillon
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Adam J. Thornton
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules Jon A. Lambert
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules Jon A. Lambert
- DevMUD: Inheritable modules Cynbe ru Taren
- DevMUD: Inheritable modules Jon A. Lambert
- DevMUD: Inheritable modules Jo Dillon
- DevMUD: Inheritable modules Vadim Tkachenko
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules Adam J. Thornton
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules The Arrow
- DevMUD: Inheritable modules The Arrow
- DevMUD: Inheritable modules Thandor
- DevMUD: Inheritable modules The Arrow
- DevMUD: Inheritable modules Thandor
- DevMUD: Inheritable modules Jon A. Lambert
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules Chris Gray
- DevMUD: Inheritable modules James Wilson
- DevMUD: Inheritable modules J C Lawrence
- [DevMUD] driver implementation language Hal Black
- META/ADMIN: CVS for DevMUD security J C Lawrence
- META/ADMIN: CVS for DevMUD security Jon Leonard
- META/ADMIN: CVS for DevMUD security James Wilson
- DevMUD Objectives? Thandor
- DevMUD Objectives? Koster, Raph
- DevMUD Objectives? Ola Fosheim Grøstad
- DevMUD Objectives? Petri Virkkula
- DevMUD Objectives? Thandor
- DevMUD Objectives? Niklas Elmqvist
- DevMUD Objectives? Thandor
- DevMUD Objectives? Darrin Hyrup
- DevMUD Objectives? Travis Casey
- DevMUD Objectives? Chris Gray
- DevMUD Objectives? Chris Gray
- DevMUD Objectives? Hal Black
- DevMUD Objectives? Thandor
- Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
- Why modules? (Was: Inheritable modules) Chris Gray
- Why modules? (Was: Inheritable modules) Chris Gray
- Why modules? (Was: Inheritable modules) Thandor
- Why modules? (Was: Inheritable modules) James Wilson
- Why modules? (Was: Inheritable modules) Adam J. Thornton
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
- Why modules? (Was: Inheritable modules) Thandor
- Why modules? (Was: Inheritable modules) James Wilson
- Why modules? (Was: Inheritable modules) Jon A. Lambert
- Why modules? (Was: Inheritable modules) Thandor
- Why modules? (Was: Inheritable modules) Jon A. Lambert
- Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
- Why modules? (Was: Inheritable modules) Jon A. Lambert
- Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) Jon A. Lambert
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) Vadim Tkachenko
- Why modules? (Was: Inheritable modules) J C Lawrence
- MUD-Dev's DevMUD: a word of caution Greg Munt
- MUD-Dev's DevMUD: a word of caution Cynbe ru Taren
- MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
- MUD-Dev's DevMUD: a word of caution Chris Gray
- MUD-Dev's DevMUD: a word of caution ApplePiMan@aol.com
- MUD-Dev's DevMUD: a word of caution Jon A. Lambert
- MUD-Dev's DevMUD: a word of caution Chris Gray
- MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
- MUD-Dev's DevMUD: a word of caution Cynbe ru Taren
- MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
- MUD-Dev's DevMUD: a word of caution Adam J. Thornton
- MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
- MUD-Dev's DevMUD: a word of caution James Wilson
- MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
- MUD-Dev's DevMUD: a word of caution Niklas Elmqvist
- MUD-Dev's DevMUD: a word of caution The Arrow
- MUD-Dev's DevMUD: a word of caution Thandor
- DevMUD: Module message passing The Arrow
- DevMUD: Module message passing Vadim Tkachenko
- Why mudules and some other questions. Ben Greear
- Why mudules and some other questions. Vadim Tkachenko
- Reminiscing Jon A. Lambert