August 1997
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Koster, Raph
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Jon A. Lambert
- New Topic: Butthead features Martin Keegan
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Richard Woolcock
- New Topic: Butthead features Martin Keegan
- New Topic: Butthead features coder@ibm.net
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Brandon Cline
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features Koster, Raph
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Matt Chatterley
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features clawrenc@cup.hp.com
- New Topic: Butthead features Martin Keegan
- New Topic: Butthead features Jeff Kesselman
- New Topic: Butthead features Adam Wiggins
- New Topic: Butthead features clawrenc@cup.hp.com
- PirateMUD and CSL Niklas Elmqvist
- PirateMUD and CSL Chris Gray
- PirateMUD and CSL Koster, Raph
- PirateMUD and CSL clawrenc@cup.hp.com
- PirateMUD and CSL Jon A. Lambert
- PirateMUD and CSL clawrenc@cup.hp.com
- PirateMUD and CSL clawrenc@cup.hp.com
- Sparse Arrays and co-ordinate based worlds Michael Hohensee
- Sparse Arrays and co-ordinate based worlds Cynbe ru Taren
- Sparse Arrays and co-ordinate based worlds Michael Hohensee
- Sparse Arrays and co-ordinate based worlds Shawn Halpenny
- Sparse Arrays and co-ordinate based worlds clawrenc@cup.hp.com
- Graphic MUDS/perspectives Koster, Raph
- Ultima Online/Generalized AI Koster, Raph
- Reputation, was butthead features Koster, Raph
- Reputation, was butthead features Jeff Kesselman
- Reputation, was butthead features Koster, Kristen
- Reputation, was butthead features Jeff Kesselman
- Reputation, was butthead features Adam Wiggins
- Graphic MUDS/perspectives Jeff Kesselman
- Generalized AI Resend Koster, Raph
- Generalized AI Resend clawrenc@cup.hp.com
- Interview with Richard Bartle clawrenc@cup.hp.com
- Generalized AI last try! Koster, Raph
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Chris Gray
- Spellcaster, or Waving Hands Michael Hohensee
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Michael Hohensee
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Jon Leonard
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Jeff Kesselman
- Spellcaster, or Waving Hands Chris Gray
- Spellcaster, or Waving Hands Michael Hohensee
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Cynbe ru Taren
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Richard Woolcock
- Spellcaster, or Waving Hands clawrenc@cup.hp.com
- Spellcaster, or Waving Hands Nathan Yospe
- Mud Languages Greg Munt
- MUD languages Chris Gray
- MUD languages clawrenc@cup.hp.com
- Mud Languages Chris Gray
- Mud Languages Nathan Yospe
- Mud Languages Chris Gray
- Mud Languages Greg Munt
- Mud Languages Captain Burrito
- Mud Languages Miroslav Silovic
- Mud Languages Cynbe ru Taren
- Mud Languages Jeff Kesselman
- Mud Languages Chris Gray
- Mud Languages clawrenc@cup.hp.com
- Mud Languages coder@ibm.net
- Mud Languages Jeff Kesselman
- Mud Languages clawrenc@cup.hp.com
- sorry, cut off, was PirateMUD and CSL Koster, Raph
- Introduction Dan Armstrong
- Introduction clawrenc@cup.hp.com
- Introduction John G.
- Introduction clawrenc@cup.hp.com
- Introduction Dan Armstrong
- Introduction clawrenc@cup.hp.com
- Introduction Michael Hohensee
- Mud Languages (Introesque) ##Make Nylander
- Mud Languages (Introesque) ##Make Nylander
- Mud Languages (Introesque) Nathan Yospe
- Quad-trees/Oct-trees Michael Hohensee
- Quad-trees/Oct-trees Dan Armstrong
- node-based 3D coord systems Nathan Yospe
- Signing off... Brandon Van Every
- The 'Socialiser' problem Greg Munt
- The 'Socialiser' problem Nathan Yospe
- The 'Socialiser' problem Greg Munt
- The 'Socialiser' problem Nathan Yospe
- The 'Socialiser' problem Greg Munt
- The 'Socialiser' problem Nathan Yospe
- The 'Socialiser' problem Matt Chatterley
- The 'Socialiser' problem Chris Gray
- The 'Socialiser' problem Jeff Kesselman
- The 'Socialiser' problem Miroslav Silovic
- The 'Socialiser' problem Martin Keegan
- The 'Socialiser' problem Matt Chatterley
- The 'Socialiser' problem clawrenc@cup.hp.com
- Release out! Chris Gray
- Dots in a name? Martin Keegan
- Dots in a name? Chris Gray
- Dots in a name? Matt Chatterley
- Dots in a name? Martin Keegan
- Dots in a name? Matt Chatterley
- Dots in a name? clawrenc@cup.hp.com
- Languages: "strong" vs "weak" Chris Gray
- porting question Chris Gray
- New to this mailing list Richard Woolcock
- New to this mailing list Chris Gray
- New to this mailing list Matt Chatterley
- New to this mailing list Richard Woolcock
- New to this mailing list Chris Gray
- New to this mailing list Marian Griffith
- New to this mailing list Martin Keegan
- New to this mailing list Caliban Tiresias Darklock
- New to this mailing list Jeff Kesselman
- New to this mailing list Caliban Tiresias Darklock
- New to this mailing list Jon A. Lambert
- New to this mailing list Jeff Kesselman
- New to this mailing list Jon A. Lambert
- NPC Ecologies [was 'New to this mailing list'] Greg Munt
- DemonScape clawrenc@cup.hp.com
- Evolution of The Mud Tree Greg Munt
- OT: Invite Batzing? clawrenc@cup.hp.com
- New Topic: ButtheadS and Jurisprudance Jeff Kesselman
- New Topic: ButtheadS and Jurisprudance clawrenc@cup.hp.com
- New Topic: ButtheadS and Jurisprudance Jeff Kesselman
- New Topic: ButtheadS and Jurisprudance clawrenc@cup.hp.com
- Finding Space Michael Hohensee
- Finding Space Shawn Halpenny
- Finding Space Nathan Yospe
- Finding Space Chris Gray
- Finding Space Ned Lovely
- Finding Space Ned Lovely
- Finding Space Chris Gray
- Finding Space Nathan Yospe
- Finding Space Michael Hohensee
- Finding Space clawrenc@cup.hp.com
- OT: test Odysseus Laertes
- Fuzion - RPG game system Jon Lambert
- Character evolution Richard Woolcock
- Character evolution Dan Shiovitz
- Character evolution Matt Chatterley
- Character evolution Richard Woolcock
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution Adam Wiggins
- Character evolution Caliban Tiresias Darklock
- Character evolution Richard Woolcock
- Character evolution clawrenc@cup.hp.com
- Character evolution Caliban Tiresias Darklock
- Character evolution clawrenc@cup.hp.com
- Character evolution Matt Chatterley
- Character evolution Caliban Tiresias Darklock
- Character evolution Matt Chatterley
- Character evolution Richard Woolcock
- Character evolution Caliban Tiresias Darklock
- Character evolution Adam Wiggins
- Character evolution Brandon J. Rickman
- Character evolution Marian Griffith
- Character evolution Jeff Kesselman
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution Matt Chatterley
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution Koster, Raph
- Character evolution Jeff Kesselman
- Character evolution Jon A. Lambert
- Character evolution coder@ibm.net
- Character evolution Jon A. Lambert
- Character evolution clawrenc@cup.hp.com
- Character evolution S001GMU@nova.wright.edu
- Character evolution clawrenc@cup.hp.com
- Character evolution Adam Wiggins
- Character evolution Jon A. Lambert
- Character evolution Matt Chatterley
- Character evolution Marian Griffith
- Character evolution clawrenc@cup.hp.com
- Character evolution Jon A. Lambert
- Character evolution clawrenc@cup.hp.com
- Character evolution Caliban Tiresias Darklock
- Character evolution Jon A. Lambert
- Character evolution coder@ibm.net
- Character evolution Brandon J. Rickman
- Character evolution Richard Woolcock
- Character evolution clawrenc@cup.hp.com
- Character evolution Ola Fosheim Grøstad
- Character evolution Jon A. Lambert
- Character evolution clawrenc@cup.hp.com
- Character evolution Jon A. Lambert
- Character evolution coder@ibm.net
- Character evolution Jon A. Lambert
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Jeff Kesselman
- Character evolution Jeff Kesselman
- OT: test Jon A. Lambert
- Fuzion Jon A. Lambert
- (subject missing) Maddog Worlds
- Fuzion - Game System Jon A. Lambert
- Fuzion - Game System Frank Crowell
- Fuzion - Game System Jeff Kesselman
- Fuzion - Game System Jeff Kesselman
- Fuzion - Game System Jon A. Lambert
- Fuzion - Game System Jeff Kesselman
- legal mumbo jumbo Jeff Kesselman
- Bladder Control Jeff Kesselman
- Bladder Control Caliban Tiresias Darklock
- Collision Detection Cynbe ru Taren
- Looking for books... Greg Munt
- Looking for books... Jeff Kesselman
- Looking for books... Cynbe ru Taren
- Looking for books... Caliban Tiresias Darklock
- Looking for books... Jeff Kesselman
- Looking for books... Caliban Tiresias Darklock
- Looking for books... Jeff Kesselman
- Looking for books... clawrenc@cup.hp.com
- Looking for books... clawrenc@cup.hp.com
- Looking for books... coder@ibm.net
- Looking for books... Ola Fosheim Grøstad
- Looking for books... coder@ibm.net
- Looking for books... Jon A. Lambert
- Looking for books... clawrenc@cup.hp.com
- Re: Caliban Tiresias Darklock
- Character evolution Jon A. Lambert
- Character evolution Marian Griffith
- Character evolution Nathan Yospe
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution coder@ibm.net
- Character evolution Jeff Kesselman
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Jeff Kesselman
- Character evolution coder@ibm.net
- Character evolution Jeff Kesselman
- Character evolution Felix A. Croes
- Character evolution Jeff Kesselman
- Character evolution Marian Griffith
- Character evolution Jeff Kesselman
- Character evolution Adam Wiggins
- Character evolution Jeff Kesselman
- Character evolution Adam Wiggins
- Character evolution Jeff Kesselman
- Character evolution Adam Wiggins
- Character evolution Chris Gray
- Character evolution Caliban Tiresias Darklock
- Character evolution ##Make Nylander
- Character evolution Brandon J. Rickman
- Character evolution Chris Gray
- Character evolution Nathan Yospe
- Character evolution Jeff Kesselman
- Character evolution Maddy
- Character evolution clawrenc@cup.hp.com
- Character evolution Marian Griffith
- Character evolution Marian Griffith
- Character evolution Matt Chatterley
- Character evolution Ned Lovely
- Character evolution coder@ibm.net
- Character evolution clawrenc@cup.hp.com
- Character evolution Travis Casey
- Character evolution Jeff Kesselman
- Character evolution Chris Gray
- Character evolution coder@ibm.net
- Character evolution coder@ibm.net
- Character evolution Travis Casey
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Travis Casey
- Character evolution clawrenc@cup.hp.com
- Character evolution The Eternal City
- Character evolution clawrenc@cup.hp.com
- Character evolution The Eternal City
- Character evolution Jon A. Lambert
- Character evolution Jeff Kesselman
- Character evolution Brian Price
- Character evolution Travis Casey
- Character evolution Jeff Kesselman
- Character evolution Nathan Yospe
- Character evolution clawrenc@cup.hp.com
- Character evolution Shawn Halpenny
- Character evolution Jeff Kesselman
- Character evolution clawrenc@cup.hp.com
- Character evolution Adam Wiggins
- Alignment Jon A. Lambert
- Alignment Richard Woolcock
- Alignment Jeff Kesselman
- Alignment Jeff Kesselman
- Alignment Jon A. Lambert
- Alignment Caliban Tiresias Darklock
- Alignment Ling
- Alignment Hans-Henrik Staerfeldt
- Alignment adam@treyarch.com
- Alignment Spin
- DESIGN: R-Trees (fwd) Greg Munt
- DESIGN: R-Trees (fwd) clawrenc@cup.hp.com
- Alignment & Introductions lapsos
- Alignment & Introductions Travis Casey
- Alignment & Introductions Matt Chatterley
- Alignment & Introductions clawrenc@cup.hp.com
- Foods (was Character evolution) Marian Griffith
- Foods (was Character evolution) Matt Chatterley
- Foods (was Character evolution) clawrenc@cup.hp.com
- Foods (was Character evolution) Matt Chatterley
- Comments on MUDs from Shadists clawrenc@cup.hp.com
- Inebriation Jon A. Lambert
- Language design Greg Munt
- Language design Jeff Kesselman
- Language design Chris Gray
- Language design clawrenc@cup.hp.com
- Language design Chris Gray
- {rape] lets drop it Jeff Kesselman
- {rape] lets drop it Alex Oren
- {rape] lets drop it Caliban Tiresias Darklock
- Invitations coder@ibm.net
- Invitations coder@ibm.net
- Poisons (was Foods) Koster, Kristen
- Poisons (was Foods) Travis Casey
- Poisons (was Foods) Matt Chatterley
- Poisons (was Foods) Jon A. Lambert
- META: Attributions and Eudora clawrenc@cup.hp.com
- META: Attributions and Eudora Jon A. Lambert
- Free DB list coder@ibm.net
- New topic: AI and NPCs Caliban Tiresias Darklock
- New topic: AI and NPCs Travis Casey
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Travis Casey
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Travis Casey
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs Ola Fosheim Grøstad
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Ola Fosheim Grøstad
- New topic: AI and NPCs Matt Chatterley
- New topic: AI and NPCs Ola Fosheim Grøstad
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Ned Lovely
- New topic: AI and NPCs Caliban Tiresias Darklock
- New topic: AI and NPCs Nathan Yospe
- New topic: AI and NPCs Jeff Kesselman
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs Adam Wiggins
- New topic: AI and NPCs Nathan Yospe
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs Nathan Yospe
- New topic: AI and NPCs Alex Oren
- New topic: AI and NPCs Caliban Tiresias Darklock
- New topic: AI and NPCs Jon A. Lambert
- New topic: AI and NPCs coder@ibm.net
- New topic: AI and NPCs clawrenc@cup.hp.com
- New topic: AI and NPCs coder@ibm.net
- New topic: AI and NPCs Jeff Kesselman
- Re: clawrenc@cup.hp.com
- Rape Threads Nathan Yospe
- Rape Threads Jon A. Lambert
- Rape Threads Nathan Yospe
- Rape Threads Robin Carey
- Rape Threads Caliban Tiresias Darklock
- "Social control", was butthead features Koster, Raph
- "Social control", was butthead features Jeff Kesselman
- "Social control", was butthead features clawrenc@cup.hp.com
- "Social control", was butthead features Jeff Kesselman
- Character evolution [off topic] Alex Oren
- (fwd) NEW: multi-user VRML world clawrenc@cup.hp.com
- (fwd) NEW: multi-user VRML world Brandon Gillespie
- (fwd) NEW: multi-user VRML world Caliban Tiresias Darklock
- (fwd) NEW: multi-user VRML world coder@ibm.net
- MUD universe Felix A. Croes
- MUD universe Chris Gray
- MUD universe clawrenc@cup.hp.com
- MUD universe S001GMU@nova.wright.edu
- MUD universe Nathan Yospe
- MUD Universe S001GMU@nova.wright.edu
- MUD Universe Nathan Yospe
- MUD Universe S001GMU@nova.wright.edu
- MUD Universe clawrenc@cup.hp.com
- MUD universe coder@ibm.net
- MUD universe Felix A. Croes
- MUD Universe Caliban Tiresias Darklock
- MUD universe clawrenc@cup.hp.com
- MUD universe Felix A. Croes
- MUD universe Maddy
- MUD universe clawrenc@cup.hp.com
- MUD universe Felix A. Croes
- MUD universe clawrenc@cup.hp.com
- MUD universe clawrenc@cup.hp.com
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for books...) Caliban Tiresias Darklock
- MUD Design Fundamentals (Was: Looking for books...) Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for books...) Chris Gray
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) coder@ibm.net
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) Adam Wiggins
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) Adam Wiggins
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for books...) coder@ibm.net
- MUD Design Fundamentals (Was: Looking for books...) coder@ibm.net
- MUD Design Fundamentals (Was: Looking for books...) Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Brian Price
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for coder@ibm.net
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Chris Gray
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals(Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals(Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals(Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Miroslav Silovic
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for coder@ibm.net
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for coder@ibm.net
- MUD Design Fundamentals (Was: Looking for Ola Fosheim Grøstad
- MUD Design Fundamentals (Was: Looking for Jeff Kesselman
- Re: Adam Wiggins
- Re: Marian Griffith
- Users want sexy muds, not rape... (Re:) Ola Fosheim Grøstad
- OT: Mortality coder@ibm.net
- Re:) Adam Wiggins
- Character evolution [off topic] coder@ibm.net
- Character evolution [off topic] Miroslav Silovic
- **sigh** OOP wars and defining RDBMS Jeff Kesselman
- **sigh** OOP wars and defining RDBMS Ola Fosheim Grøstad
- **sigh** OOP wars and defining RDBMS Jeff Kesselman
- **sigh** OOP wars and defining RDBMS Ola Fosheim Grøstad
- **sigh** OOP wars and defining RDBMS Jeff Kesselman
- **sigh** OOP wars and defining RDBMS Ola Fosheim Grøstad
- Re:) Ola Fosheim Grøstad
- World full of heros Jeff Kesselman
- World full of heros Marian Griffith
- MUD Design Fundamentals (Was: Looking for books. Jon A. Lambert
- MUD Design Fundamentals (Was: Looking for books. Ola Fosheim Grøstad
- OT: Re:) Jon A. Lambert
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Jeff Kesselman
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Jeff Kesselman
- Hard Sci-fi muds was Character evolution Nathan Yospe
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Miroslav Silovic
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Travis Casey
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Travis Casey
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Adam Wiggins
- Hard Sci-fi Muds was Character Evolution Brian Price
- Hard Sci-fi Muds was Character Evolution Adam Wiggins
- Hard Sci-fi Muds was Character Evolution Nathan Yospe
- Hard Sci-fi muds was Character evolution Shawn Halpenny
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Chris Gray
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Nathan Yospe
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution clawrenc@cup.hp.com
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Chris Gray
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Jon A. Lambert
- Hard Sci-fi muds was Character evolution Adam Wiggins
- Hard Sci-fi muds was Character evolution clawrenc@cup.hp.com
- Hard Sci-fi muds was Character evolution Brandon J. Rickman
- Hard Sci-fi muds was Character evolution Adam Wiggins
- Hard Sci-fi muds was Character evolution clawrenc@cup.hp.com
In <199709220651.XAA04735@pc4.zennet.com>, on 09/22/97
at 08:18 AM, "Brandon J. Rickman" <ashes@pc4.zennet.com> said:
>On Fri, 19 Sep 1997, clawrenc@cup.hp.com (no alias on file) wrote:
>>In <199709180303.UAA32639@pc4.zennet.com>, on 09/17/97
>> at 08:16 PM, "Brandon J. Rickman" <ashes@pc4.zennet.com> said:
>>What do you define as "strange"?
>I trailed off there because I was avoiding any further definition.
>Strange depends on the rules for the world. In a realistic world,
>corpses that decay in five minutes and eventually turn to dust are
>"strange", but in an lp mud this isn't so strange. I'm assuming for
>the purposes of this discussion that, since we are talking about all
>sorts of little things (the details), the gross obliteration of
>details is counter to our design goals. Hence the notion of a
>carrion consumer creates strange behavior if it doesn't take "detail
>physics" into account. In other words, this is strange:
> The is a dead bunny here.
> A small scavenger appears and carries off the corpse of the dead
> bunny.
> > kill scavenger
> There is no scavenger here!
The key to this strangeness appears to be the facts that the scavenger
entered the location, collected the object, and left again in one
transaction, suggesting that it is an implied object which doesn't
actually exist -- eg an artifact of the server which merely spits
messages about a scavemger while is destructs the corpse under the
covers.
Were the scavenger to be a real object, or at least better simulated,
then this would seem less strange:
> l
There is a dead bunny here.
A small scavenger appears and carries off the corpse of the dead
> kill scavenger
There is no scavenger here!
> follow scavenger
You follow the scavenger who dissappeared into the brush to the
east.
There is a small hole in the ground here. You can hear the sound of
chewing and crunching bones.
Best of course would be if the scanvenger were a real object, which
did make a practice of consuming corpses.
>and this is the real problem:
>> kill scavenger
>...
>There is a dead bunny and a dead scavenger here.
>A vulture has arrived.
>> kill vulture
>...
>We eventually arrive at the room containing a thousand corpses (from
>a post not quoted here).
Yes, the newbie area with the zillion bunny corpses. However, given
the existance of scavengers, the corpses will "dissappear" as soon as
they cease being maintained (scavengers killed). Why is this a
problem?
>[meta: This whole thing has resulted from a type of discussion where
>the proposed situation was absently denied as "unlikely". I will
>admit it takes work to justify a situation that was completely
>contrived as the above, but we were not talking about the merits of
>the situation, rather the consequences.
Understood. I fail to see that the consequences of being able to
create a location containing tousadnds of corpses is a problem. It is
an artificial situaion which the system can be easily set to devolve
at the soonest opportunity.
>>I haven't done a scale test with my server for a while. I'm in no
>>shape to do one now alas -- my last three redesigns and re-writes of
>>the DB layer all had severse performance/bottleneck problems. Once I
>>get things back running (now working on dsign #9) I'll try them out on
>>my standard 20 million room DB. I don't expect them to be troublesome
>>as they are quite efficiently implemented.
...
>You have a 20 million room db. A good number, I would say. No one
>really has a chance of ever mapping the whole thing out.
Note that this DB was created by writing a quick script in my editor
to spit out an endless series of rooms arranged on a rectangluar grid,
1000 rooms tall and configurably long with (configurably) all borders
circularly linking to their opposites. I just set it running over
night and awoke to a 20M room DB consisting of an utterly featureless
rectangle of identical rooms.
I use a similar script to create instances of various types of objects
(mobiles for example) which I then drop randomly into the land and let
loose. This allows for easy, if simplistic, scaling tests.
>If a "remembering" creature visits 200 locations a day, and there are
>1000 such creatures, you have 1000 times more rooms than all the
>creatures can explore in a day. It might take three years for every
>room to be explored, which is a pretty good amount of time. Your 20M
>room db might be on the lowest end of Big Universes. But I think my
>calculations are very conservative. And if you were to ask me how
>many rooms were in my dream db I would say I don't know, somewhere
>between 10 and 100,000. But it would be a Big Universe.
Its also worth considering the memory depth of those wandering
objects. 300,000 rooms later, does it still recall the 129th object?
Would you?
>>Because the definition of "interesting" and "uninteresting" is both
>>subjective and hidesously variant. In the general case I don't see
>>that it can be safely determined by the game on a macro scale, only on
>>a micro scale.
>Right, there is no guarantee that any detail will prove to be
>interesting. So we have to keep track of an enormous amount of
>potentially useful information that determine the probabilities of
>something "interesting" happening. But we already keep track of, and
>spend a lot of time figuring out how to get rid of, an amazing amount
>of junk (rabbit corpses, empty bottles, stomped-on patches of grass).
>The long range solution (it really isn't good for short range
>problems, you'll still have to manage a giant db of dead bodies,
>candy wrappers, etc) is to keep track of artifacts on some level of
>pure probability.
My temptation would be to classify objects ito two categories:
1) Ones with a known/defined state.
2) Ones with an unknown/undefined state.
Examples of the first case would be objects in a player's inventory,
objects in a location which has been visited by an object which
queried the item's state, etc.
Examples of the second case would be objects whose existance is
questionable. The canonical example might be the Sword of Great God
GooGoo when its ship foundered at sea. The state and location of ths
sword at that point is indeterminate.
The key is determining the transfer state between #1 and #2, as well
as the probability mask for #2->#1.
What *could* get really fun is making determinate objects
indeterminate.
Consider:
Bubba has a sword.
Boffo has a sword.
Bubba's sword is actually the Sword of the GGGG. However none of
the GGGG methods have ever been queried, and thus the sword has never
been identified as the Sword of the GGGG. Ergo, the details of the
sword's state can be classified as indeterminate.
Boffo's sword is merely a lump of dumb iron, nad has never been
asked if it is GGGG's.
It would be quite reasonable if at some point Boffo's or Bubba's
sword were revealed as the GGGG's. Which really doesn't matter.
While this is intellectually attractive (Oooo! Isn't that neat!), I
doubt its worth the effort of tracking probabilities at that
granularity.
>Compare this exercise with the junk scavenger situation. If all
>corpses are automatically consumed/collected/organized you will never
>_accidentally find_ a corpse lying around. And the consequence: if
>you ever *do* discover an old but unscavanged corpse you will assume
>it has been artifically placed there (as a puzzle, part of a quest).
No. You are assuming that the existance of a corpse will
automagically prompt a scavenger system to handle that corpse. That
is not necessarily true.
Make scavengers an ecology. They are populous to the extent that
there are corpses to consume. Corpses can be created by players
killing things, or by mobiles dieing by various actions (killing each
other, walk off a cliff, old age, starve to death, etc). Thus the
steady state is for scavengers to exist at a fairly steady level
across the land. Were a player to make the mountain of 10,000
corpses, then after a while, the local scavenger population would
boom, the corpses would be eaten, the scavengers would starve to
death, they'd cannibalise, and finally return to the steady state.
Of course any corpse which never gets eaten is now suspicious -- as it
should be. Equally suspicious is any location which always contains a
corpse, even if the current corpse is removed (what is creating
them?).
--
J C Lawrence Internet: claw@null.net
(Contractor) Internet: coder@ibm.net
---------------(*) Internet: clawrenc@cup.hp.com
...Honorary Member Clan McFUD -- Teamer's Avenging Monolith...
- Hard Sci-fi muds was Character evolution Matt Chatterley
- Hard Sci-fi muds was Character evolution Chris Gray
- Hard Sci-fi muds was Character evolution Brian Price
- Hard Sci-fi muds was Character evolution Chris Gray
- Modeling spells/skills as collections of affects Brian Price
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Brian Price
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Brian Price
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects Caliban Tiresias Darklock
- Modeling spells/skills as collections of affects Michael Hohensee
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Jeff Kesselman
- Modeling spells/skills as collections of affects Matt Chatterley
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects Dan Shiovitz
- Modeling spells/skills as collections of affects Jon A. Lambert
- Modeling spells/skills as collections of affects Shawn Halpenny
- Modeling spells/skills as collections of affects Maddy
- Modeling spells/skills as collections of affects Shawn Halpenny
- Modeling spells/skills as collections of affects Adam Wiggins
- Modeling spells/skills as collections of affects Travis S. Casey
- Modeling spells/skills as collections of affects Travis S. Casey
- Modeling spells/skills as collections of affects Caliban Tiresias Darklock
- Modeling spells/skills as collections of affects Nathan Yospe
- Modeling spells/skills as collections of affects Jon A. Lambert
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects Dan Shiovitz
- Modeling spells/skills as collections of affects clawrenc@cup.hp.com