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
  • • 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
        David B. Held wrote:
        
        > I also reject the claim that they are "better at memory
        > management". GC != "better memory management". In fact, RAII is
        > very nearly optimal usage of memory in most cases, is easy to make
        > exception-safe, and doesn't stall your application while the GC
        > thread kicks in. And if you really feel you need the crutch of
        > GC, you can always use a GC lib in C++. However, you can never
        > use manual allocation in Java or most other GC langs, even if you
        > know there are places where it would significantly improve
        > performance (and something like a MUD is an app where you are
        > quite likely to be able to identify such cases).
        
        David,
        
        I recommend reading this email from the bottom up, with the
        exception of this line.
        
        Some suggested reading on GC:
        
        * The GC FAQ:
        
        http://www.iecc.com/gclist/GC-faq.html
        
        * "Garbage Collection Can Be Faster Than Stack Allocation"
        
        http://citeseer.nj.nec.com/appel87garbage.html
        
        * A post by one of the MS people on GC vs refcounting:
        
        http://discuss.develop.com/archives/wa.exe?A2=ind0010A&L=DOTNET&P=R28572
        
        * A good collection of papers about GC, including a survey
        of GC types:
        
        ftp://ftp.cs.utexas.edu/pub/garbage/
        
        * The Memory Management Reference:
        
        http://www.memorymanagement.org/
        
        The discussion of how the Orbitz system used Lisp as given by Paul
        Graham is interesting as well:
        
        http://www.paulgraham.com/carl.html
        
        Some of the details of how they handled large amounts of data for
        the system are especially interesting in this context:
        
        "4. Because we have about 2 gigs of static data we need rapid
        access to, we use C++ code to memory-map huge files containing
        pointerless C structs (of flights, fares, etc), and then access
        these from Common Lisp using foreign data accesses. A struct
        field access compiles into two or three instructions, so
        there's not really any performance. penalty for accessing C
        rather than Lisp objects. By doing this, we keep the Lisp
        garbage collector from seeing the data (to Lisp, each pointer
        to a C object is just a fixnum, though we do often temporarily
        wrap these pointers in Lisp objects to improve
        debuggability). Our Lisp images are therefore only about 250
        megs of "working" data structures and code.
        
        Really, as has already been said in some previous replies, it comes
        down to knowing your toolset, knowing what it is good at, and what
        its weaknesses are. There is no silver bullet and no perfect
        solution for managing memory. But GC surely isn't the curse that
        you seem to think that it is. :)
        
        If you're basing your comments on Java, then a lot of the above
        reading should be interesting. Collectors need not be inefficient
        and even may be faster or product better runtime results than
        manually invoking free(). (There are dangers with putting
        everything or a lot of stuff on the stack as well rather than the
        heap. Not all machines/OSes support really large stacks.)
        Incremental collectors can have a time limit imposed on them to
        prevent them from exceeding a given amount of time to avoid halting
        your process. Generational collectors are another good thing.
        
        Naive usage of malloc/free or new/delete can also cause large
        performance issues. (Brad Roberts has eeked out some pretty amazing
        performance improvements in parts of the Cold server by
        restructuring code to avoid a lot of allocation/deallocation that
        wasn't useful.)
        
        - Bruce
      • • 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