May 2002

• Random Resets John Robert Arras
• • Random Resets Kwon Ekstrom
  • • Random Resets John Robert Arras
• [MLP] The use of ecology models Rayzam
• Interesting things to do (was: Player Accounts on a Non-Commercial MUD) John Buehler
• • Interesting things to do (was: Player Accounts on a Non-Commercial MUD) Damion Schubert
• Apple WWDC? amanda@alfar.com
• • Apple WWDC? Nathan F. Yospe
  • • Apple WWDC? Amanda Walker
    • • Apple WWDC? Sasha Hart
      • • Apple WWDC? amanda@alfar.com
        • • Apple WWDC? Brian Hook
          • Apple WWDC? John A. Bertoglio
          • • Apple WWDC? Daniel.Harman@barclayscapital.com
            • Apple WWDC? Matt Mihaly
            • • Apple WWDC? shren
              • • Apple WWDC? Matt Mihaly
              • Apple WWDC? John A. Bertoglio
            • Apple WWDC? James Edward Gray II
        • Apple WWDC? Brian Hook
• Encouraging groups without grouping Brian 'Psychochild' Green
• Introduction and My solution to Powergamers, Treadmills, and Content Devaluation. Ken Raisor
• • Introduction and My solution to Powergamers, Treadmills, and Content Devaluation. shren
  • Introduction and My solution to Powergamers, Treadmills, and Content Devaluation. Gladimir
  • Introduction and My solution to Powergamers, Treadmills, and Content Devaluation. szii@sziisoft.com
• The audience is the medium. For now. John Szeder
• • The audience is the medium. For now. John Buehler
  • • The audience is the medium. For now. Damion Schubert
    • • The audience is the medium. For now. Ted L. Chen
      • • The audience is the medium. For now. Shane Gough
        • The audience is the medium. For now. Michael Tresca
        • • The audience is the medium. For now. Ted L. Chen
          • • The audience is the medium. For now. Marian Griffith
            • The audience is the medium. For now. Vincent Archer
  • The audience is the medium. For now. Damion Schubert
  • The audience is the medium. For now. David B. Held
  • The audience is the medium. For now. Ted L. Chen
  • The audience is the medium. For now. Marian Griffith
  • The audience is the medium. For now. F. Randall Farmer
  • • The audience is the medium. For now. J C Lawrence
  • The audience is the medium. For now. Frank Crowell
• Ownership of characters Jasper McChesney
• Explorers? (Was: Codename Blue & Facets - Nick Yee's new studies) Brian 'Psychochild' Green
• • Explorers? (Was: Codename Blue & Facets - Nick Yee's new studies) Matt Mihaly
• Befriending Critters (was: Random Resets) Arthaey
• • Befriending Critters (was: Random Resets) Rayzam
  • Befriending Critters (was: Random Resets) shren
• Questions about server design Ben Chambers
• • Questions about server design Michael Bayne
  • Questions about server design Sean Middleditch
  • Questions about server design Mike Shaver
  • Questions about server design Kwon Ekstrom
  • Questions about server design szii@sziisoft.com
  • Questions about server design F. Randall Farmer
  • • Questions about server design James Edward Gray II
  • Questions about server design Shane Gough
• Extensibility Ben Chambers
• • Extensibility Ammon Lauritzen
  • Extensibility Kwon Ekstrom
  • Extensibility Ben Chambers
  • • Extensibility "Christopher {siege} " OBrien
  • Extensibility Sean Middleditch
  • Extensibility Sean Kelly
  • • Extensibility John Buehler
    • • Extensibility shren
      • • Extensibility John Buehler
    • Extensibility szii@sziisoft.com
    • • Extensibility John Buehler
      • • Extensibility szii@sziisoft.com
  • Extensibility Mike Shaver
• Question: Any published research on Sims type game personae? susan wu
• • Question: Any published research on Sims type game personae? Robert Zubek
• [MLP] Why care about levels? (was: The use of ecolo Richard Woolcock
• [MLP] Why care about levels? (was: The use of ecolo gy models) Jon Lambert
• Component Design (was: Extensibility) Scion Altera
• [BIZ] Selling Stock (formerly Blacksnow revisted ) Robert A. Rice, Jr.
• Games are Hot. Period Michael Tresca
• • Games are Hot. Period Gladimir
  • • Games are Hot. Period Richard Aihoshi aka Jonric
    • • Games are Hot. Period Freeman, Jeff
      • • Games are Hot. Period Richard Aihoshi aka Jonric
      • Games are Hot. Period Koster, Raph
      • • Games are Hot. Period Vincent Archer
        • Games are Hot. Period Richard Aihoshi aka Jonric
  • Games are Hot. Period Matt Mihaly
• fun Matt Mihaly
• [TECH] Shortest Path William Murdick
• [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
• • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction John Buehler
  • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
    • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction John Buehler
  • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
  • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Eli Stevens
    • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Jon Leonard
      • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Hans-Henrik Staerfeldt
      • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction Robert Zubek
      • • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction ceo@grexengine.com
  • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Hans-Henrik Staerfeldt
  • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
    • • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction Koster, Raph
      • • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction lynx@lynx.purrsia.com
        • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
  • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Rudy Neeser
  • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
  • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Matt Mihaly
  • • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction Daniel.Harman@barclayscapital.com
    • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction John Buehler
      • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Ted L. Chen
        • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction John Buehler
        • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction Mike Shaver
        • • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction John Buehler
          • [TECH] Voice in MO* - Phoneme Decomposition and Reconstruction amanda@alfar.com
        • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction Koster, Raph
        • • [TECH] Voice in MO* - Phoneme Decomposition and Rec onstruction Steve {Bloo} Daniels
• Combat with Style (was Player Accounts on a Non-Commercial MUD) lynx@lynx.purrsia.com
• Playskins Koster, Raph
• People were talking about resets.. Anderson, David
• • People were talking about resets.. Sasha Hart
  • • People were talking about resets.. Anderson, David
  • People were talking about resets.. John Buehler
  • People were talking about resets.. Anderson, David
  • People were talking about resets.. Arnau Rossell=?US-ASCII?Q?=F3?= Castell=?US-ASCII?Q?=F3?=
  • • People were talking about resets.. shren
    • People were talking about resets.. Anderson, David
    • • People were talking about resets.. David B. Held
  • People were talking about resets.. shren
  • • People were talking about resets.. Anderson, David
    • • People were talking about resets.. Michael Tresca
      • • People were talking about resets.. Fred Clift
        • • People were talking about resets.. Lars Duening
          • People were talking about resets.. Michael Tresca
          • • People were talking about resets.. Rayzam
            • • People were talking about resets.. Matt Mihaly
  • People were talking about resets.. Tand'a-ur
  • • People were talking about resets.. John Buehler
    • People were talking about resets.. Leland Hulbert II
  • People were talking about resets.. lynx@lynx.purrsia.com
  • People were talking about resets.. Jason Murdick
  • • People were talking about resets.. Jeff Lindsey
    • People were talking about resets.. Ben Chambers
  • People were talking about resets.. Sasha Hart
  • • People were talking about resets.. David B. Held
    • • People were talking about resets.. Sasha Hart
      • • People were talking about resets.. Anderson, David
        • People were talking about resets.. David B. Held
        • • People were talking about resets.. Acius
          • • People were talking about resets.. Marian Griffith
• Question about copyovers. Anderson, David
• • Question about copyovers. Tand'a-ur
  • • Question about copyovers. Anderson, David
    • • Question about copyovers. Kwon Ekstrom
      • • Question about copyovers. Adam
        • Question about copyovers. Oliver Jowett
        • • Question about copyovers. Kwon Ekstrom
          • • Question about copyovers. Adam
      • Question about copyovers. Lars Duening
  • Question about copyovers. Jon Lambert
  • Question about copyovers. fred@clift.org
  • • Question about copyovers. Zach Collins {Siege}
  • Question about copyovers. Smith, David {Lynchburg}
• non-violent activities (was People were talking about resets..) Ammon Lauritzen
• References on personality and emotion models Robert Zubek
• Multimodal interface conference. Rayzam
• Hyperbolies R Us shren
• • Hyperbolies R Us Matt Mihaly
• TECH: Systems Administration Issues Thomas Leavitt
• Questions about ... XML as data format Adam
• • Questions about ... XML as data format Anderson, David
  • Questions about ... XML as data format Kwon Ekstrom
  • • Questions about ... XML as data format Adam
• R&D Matt Mihaly
• • R&D Dave Rickey
  • • R&D apollyon
    • • R&D shren
    • R&D Zach Collins {Siege}
    • • R&D Sean Kelly
      • • R&D Matt Mihaly
        • • R&D Sean Kelly
        • R&D Derek Licciardi
        • R&D Brian Bilek
        • • R&D Richard Aihoshi aka Jonric
          • • R&D Brian Bilek
            • • R&D Richard Aihoshi aka Jonric
              • • R&D Brian Bilek
          • R&D Damion Schubert
          • R&D Matt Mihaly
          • • R&D Brian Bilek
            • • R&D amanda@alfar.com
              • • R&D Brian Bilek
                • • R&D Koster, Raph
                  • • R&D Ron Gabbard
                    • R&D Amanda Walker
                    • R&D Frank Crowell
              • R&D Dave Rickey
              • • R&D Brian Bilek
              • R&D Matt Mihaly
              • • R&D Dave Rickey
            • R&D Richard Aihoshi aka Jonric
    • R&D Jessica Mulligan
    • R&D Damion Schubert
• Conversation logs? Robert Zubek
• • Conversation logs? Rudy Fink
  • • Conversation logs? Vincent Archer
  • Conversation logs? Shane Gough
• DGN: Elastic Advancement in MUDs? Jeff Lindsey
• • DGN: Elastic Advancement in MUDs? David B. Held
• Building histories off civilizations automatically adam Martin
• ADMIN: Virii and mail forgeries J C Lawrence
• Hi from the Dragon Empire's CLM Peter Tyson
• Linux gaming ( was Apple WWDC? ) Kevin Mack
• [TECH] Preferred LPC replacement? Jeff Bachtel
• • [TECH] Preferred LPC replacement? Damion Schubert
• Who `owns' conversation logs? Joshua Judson Rosen
• The Online Gaming Life for Me! Michael Tresca
• Boredom Ben Chambers
• • Boredom Michael Tresca
  • Boredom Matt Chatterley
• Law of Diminishing Marginal Utility [was Boredom] Ron Gabbard
• • Law of Diminishing Marginal Utility [was Boredom] Caliban Tiresias Darklock
• "MMOG" Bible Brian 'Psychochild' Green
• • "MMOG" Bible David Kennerly
• TECH: Single process v.s. multi process? Philip Mak
• • TECH: Single process v.s. multi process? Smith, David {Lynchburg}
  • TECH: Single process v.s. multi process? Bruce Mitchener
    Philip Mak wrote:
    
    > As I understand it, when building a MUSH codebase from scratch, I
    > can do it one of three ways:
    
    > (1) Single process: A single process that listens for player
    > connections on a TCP port and handles everything.
    
    ...
    
    > I'm only familiar with #1 from my experience with PennMUSH. One of
    > the problems with #1 is that it's hard to defend against malicious
    > softcode that consumes too much resources. For example, if I input
    > a complicated command with many function evaluations, it will lock
    > up the whole MUSH for several seconds. If I manage to generate a
    > stack overflow, it will crash the whole MUSH. (It's trivial to
    > crash any PennMUSH in three commands, except those running
    > 1.7.5p5+ with call_limit enabled.)
    
    Cold and MOO handle this by tracking the number of operations that a
    task executes and having a max number of operations that can be
    executed without having a re-schedule to allow other tasks to run.
    
    But, in computer science, there's a lot of interesting work in the
    field of 'Communicating Sequential Systems' (CSP) that is very
    relevant for this type of problem.
    
    A good set of links to get you started can be found at the CSP
    Archive:
    
    http://www.afm.sbu.ac.uk/csp/
    
    or in foldoc:
    
    http://foldoc.doc.ic.ac.uk/foldoc/foldoc.cgi?Communicating+Sequential+Processes
    
    of this old (short) thread on Lambda the Ultimate:
    
    http://lambda.weblogs.com/discuss/msgReader$29
    
    CSP was the basis of the tasking model in the Ada programming language:
    
    http://archive.adaic.com/standards/83rat/html/ratl-13-03.html
    
    An implementation exists for Java:
    
    http://www.cs.ukc.ac.uk/projects/ofa/jcsp/
    
    There's a confernece on this sort of thing later this year:
    
    http://www.wotug.org/cpa2002/
    
    There's also an implementation for the C programming language:
    
    http://www.quickstone.com/ccsp/
    
    The Limbo language also used these concepts:
    
    http://www.vitanuova.com/inferno/papers/descent.html
    
    Stackless Python is also using concepts from Limbo and will be
    implementing Hoare's CSP:
    
    http://www.stackless.com/
    
    A more general overview of high-level concurrent programming is given on:
    
    http://www.ps.uni-sb.de/~mmueller/events/hlcl-2.html
    
    Erlang implements this sort of model as well (as noted previously
    here on MUD-Dev within the last month):
    
    http://www.erlang.org/
    
    Also of interest given discussion years ago about trying to avoid
    deadlocks in a mud server that used threads is the work that has
    been done with these systems to prove an absence of deadlocks.
    
    http://www.erlang.se/publications/xjobb/0108-carlsson.ps.gz
    
    "Abstract: We argue that there is a need for automated
    verification of absence of deadlocks in concurrent
    programs. We briefly describe how absence of deadlocks can be
    showed, in general, for a program, how the necessary
    information can be gathered, and the use of formal methods. We
    discuss timeouts as a method of run-time deadlock detection,
    and why they remain necessary in some situations, and we
    suggest a strategy for modular verification of subsystems of
    concurrent programs.
    
    We then give an overview of the area of process communication,
    nondeterminism, and synchronization problems, with focus on
    the semantics of Erlang, and give a quick introduction to the
    Erlang language. We give detailed models of the semantics of
    the Erlang messaging system and its synchronization primitives
    both in terms of synchronously communicating sequential
    processes and of Concurrent Constraint Programming.
    
    Lastly, we review a deadlock analysis method which we have
    found likely to be able to fulfil our requirements, and
    discuss the particular problems with adapting it to Erlang."
    
    Overall, I'm inclined to think that something like CSP is far less
    error prone and easier to use than a threaded or multi-process model
    and depending on what you're trying to do, may well be good enough
    (or superior).
    
    Good luck!
    
    - Bruce
  • • TECH: Single process v.s. multi process? Bruce Mitchener
• In defense of "soloability" [was Law of Diminishing Marginal Utility] Clay
• • In defense of "soloability" [was Law of Diminishing Marginal Utility] apollyon
  • In defense of "soloability" [was Law of Diminishing Marginal Utility] Caliban Tiresias Darklock
  • In defense of "soloability" [was Law of Diminishi ng Marginal Utility] Koster, Raph
  • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Jeff Cole
    • In defense of "soloability" [was Law of Diminishing Marginal Utility] Damion Schubert
    • In defense of "soloability" [was Law of Diminishing Marginal Utility] John Buehler
    • • In defense of "soloability" [was Law of Diminishing Marginal Utility] amanda@alfar.com
      • • In defense of "soloability" [was Law of Diminishing Marginal Utility] John Buehler
  • In defense of "soloability" [was Law of Diminishing Marginal Utility] Michael Tresca
  • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Paul Schwanz
    • In defense of "soloability" [was Law of Diminishing Marginal Utility] Martin C. Martin
    • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Dave Rickey
      • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Vincent Archer
      • In defense of "soloability" [was Law of Diminishing Marginal Utility] Sanvean
      • In defense of "soloability" [was Law of Diminishing Marginal Utility] Matt Mihaly
      • • In defense of "soloability" [was Law of Diminishing Marginal Utility] F. Randall Farmer
        • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Matt Mihaly
      • In defense of "soloability" [was Law of Diminishing Marginal Utility] Michael Tresca
  • In defense of "soloability" [was Law of Diminishing Marginal Utility] Kwon Ekstrom
  • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Marian Griffith
    • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Yannick Jean
      • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Marian Griffith
  • In defense of "soloability" [was Law of Diminishing Marginal Utility] Ron Gabbard
  • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Sean Kelly
    • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Ron Gabbard
      • • In defense of "soloability" [was Law of Diminishing Marginal Utility] Sean Kelly
        • In defense of "soloability" [was Law of Diminishing Marginal Utility] Matt Mihaly
• Game shows Peter Tyson
• What keeps people interested in social muds? Martin C. Martin
• • What keeps people interested in social muds? Rudy Fink
  • • What keeps people interested in social muds? Martin C. Martin
    • • What keeps people interested in social muds? Joshua Judson Rosen
  • What keeps people interested in social muds? Ron Gabbard
  • What keeps people interested in social muds? Marc Bowden
  • What keeps people interested in social muds? Joshua Judson Rosen
  • • What keeps people interested in social muds? Matt Owen
  • What keeps people interested in social muds? lynx@lynx.purrsia.com
  • What keeps people interested in social muds? Richard A. Bartle
  • • What keeps people interested in social muds? Martin C. Martin
  • What keeps people interested in social muds? Richard A. Bartle
• New Beginings Drylar Levre
• • New Beginings Acius
  • New Beginings ceo@grexengine.com
  • • New Beginings Bruce Mitchener
    • New Beginings David B. Held
    • • New Beginings Kwon Ekstrom
      • • New Beginings David B. Held
        • • New Beginings Kwon Ekstrom
          • New Beginings Sean Kelly
      • New Beginings Lars Duening
      • • New Beginings David B. Held
        • • New Beginings Lars Duening
      • New Beginings Bruce Mitchener
      • • New Beginings David B. Held
        • • New Beginings Kwon Ekstrom
          • New Beginings Paul Schwanz
          • • New Beginings Zach Collins {Siege}
          • New Beginings Miroslav Silovic
        • New Beginings David B. Held
  • New Beginings Draymoor a Vin il'Rogina
  • New Beginings David B. Held
  • • New Beginings Kwon Ekstrom
    • New Beginings Bruce Mitchener
• [DGN] Creating a MUD Richard Krush
• • [DGN] Creating a MUD Acius
  • [DGN] Creating a MUD Caliban Tiresias Darklock
  • • [DGN] Creating a MUD Edward Glowacki
    • • [DGN] Creating a MUD Kwon Ekstrom
  • [DGN] Creating a MUD Edward Glowacki
  • • [DGN] Creating a MUD Fred Clift
    • • [DGN] Creating a MUD David Bennett
      • • [DGN] Creating a MUD fred@clift.org
  • [DGN] Creating a MUD Damion Schubert
  • • [DGN] Creating a MUD Taylor
  • [DGN] Creating a MUD Matt Mihaly
  • • [DGN] Creating a MUD Daniel.Harman@barclayscapital.com
• On the creation of constructive/social behaviours in online games! Marc Demesel
• [DGN] MUD Books James Edward Gray II
• • [DGN] MUD Books Scion Altera
  • [DGN] MUD Books Jeremy Noetzelman
  • [DGN] MUD Books Tand'a-ur
• Positive reinforcement for socializing [was In de fense of "soloability" ] Jeff Lindsey
• Character skill distribution and trade-offs Ron Gabbard
• • Character skill distribution and trade-offs Daniel.Harman@barclayscapital.com
  • • Character skill distribution and trade-offs Vincent Archer
    • • Character skill distribution and trade-offs Daniel.Harman@barclayscapital.com
    • Character skill distribution and trade-offs John Buehler
    • Character skill distribution and trade-offs Sean Kelly
    • • Character skill distribution and trade-offs Ron Gabbard
      • • Character skill distribution and trade-offs Travis Casey
        • Character skill distribution and trade-offs Rayzam
• Space partitioning, R-Trees? Dread Quixadhal
• • Space partitioning, R-Trees? Daniel.Harman@barclayscapital.com
  • • Space partitioning, R-Trees? Hans-Henrik Staerfeldt
  • Space partitioning, R-Trees? Crosbie Fitch