April 2001

• Camelot Beta 3 Dave Rickey
• • Camelot Beta 3 Daniel.Harman@barclayscapital.com
  • • Camelot Beta 3 Vincent Archer
    • • Camelot Beta 3 Derek Licciardi
      • Camelot Beta 3 Darrin Hyrup
      • • Camelot Beta 3 Vincent Archer
        • • Camelot Beta 3 Dave Rickey
          • • Camelot Beta 3 Darrin Hyrup
    • Camelot Beta 3 Auli
• Room Searching Jared
• • Room Searching shren
  • Room Searching Travis Casey
  • Room Searching Eli Stevens
  • Room Searching Derek Licciardi
  • • Room Searching Adam Martin
  • Room Searching Hans-Henrik Staerfeldt
  • Room Searching Daniel.Harman@barclayscapital.com
  • Room Searching David Bennett
• Sims Online -- WAS: MUD-Dev digest, Vol 1 #301 - 15 msgs Zak Jarvis
• Mera '01 report Cassandra
• • Mera '01 report Jake Song
  • • Mera '01 report J C Lawrence
    • • Mera '01 report Jake Song
      • • Mera '01 report J C Lawrence
        • • Mera '01 report Cassandra
• Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Brian 'Psychochild' Green
• • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) McQuaid, Brad
  • • Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Derek Licciardi
    • • Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Travis Nixon
    • Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Brian 'Psychochild' Green
    • • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Daniel.Harman@barclayscapital.com
      • • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Koster, Raph
      • Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Jim S
    • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Freeman, Jeff
    • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Daniel.Harman@barclayscapital.com
    • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Vincent Archer
    • • Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Timothy Dang
• www.innbetweenworlds.com Klimon, Ian
• MERA '01 followup: Success critera Zak Jarvis
• MUD-Dev digest, Vol 1 #303 - 17 msgs Dr. Cat
• • MUD-Dev digest, Vol 1 #303 - 17 msgs Baron, Jonathan
  • • MUD-Dev digest, Vol 1 #303 - 17 msgs John Buehler
    • • MUD-Dev digest, Vol 1 #303 - 17 msgs Baron, Jonathan
• ADMIN: HTML email, the reasons against J C Lawrence
• Need for a departure from reality? Matt Mihaly
• Broken Economies (was Learning about MUDs) geoffrey@yorku.ca
• • Broken Economies (was Learning about MUDs) Koster, Raph
  • • Broken Economies (was Learning about MUDs) Timothy Dang
    • • Broken Economies (was Learning about MUDs) Koster, Raph
      • • Broken Economies (was Learning about MUDs) Timothy Dang
        • • Broken Economies (was Learning about MUDs) Madman Across the Water
  • Broken Economies (was Learning about MUDs) Derek Licciardi
  • • Broken Economies (was Learning about MUDs) Vincent Archer
  • Broken Economies (was Learning about MUDs) Sellers, Michael
• Balancing Melee vs Ranged Combat in Games Which Model Space Daniel.Harman@barclayscapital.com
• • Balancing Melee vs Ranged Combat in Games Which Model Space Zak Jarvis
  • • Balancing Melee vs Ranged Combat in Games Which Model Space John Buehler
  • Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
  • • Balancing Melee vs Ranged Combat in Games Which Model Space Jerrith
    • • Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
      • • Balancing Melee vs Ranged Combat in Games Which Model Space Jerrith
        • • Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
          • • Balancing Melee vs Ranged Combat in Games Which Model Space John Buehler
            • • Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
              • • Balancing Melee vs Ranged Combat in Games Which Model Space John Buehler
                • • Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
                  • • Balancing Melee vs Ranged Combat in Games Which Model Space John Buehler
                    • • Balancing Melee vs Ranged Combat in Games Which Model Space Travis Casey
                      • • Balancing Melee vs Ranged Combat in Games Which Model Space John Buehler
                    • Balancing Melee vs Ranged Combat in Games Which Model Space Ben Sizer
        • Balancing Melee vs Ranged Combat in Games Which Mod el Space Daniel.Harman@barclayscapital.com
      • Balancing Melee vs Ranged Combat in Games Which Model Space shren
      • • Balancing Melee vs Ranged Combat in Games Which Model Space Travis Casey
  • Balancing Melee vs Ranged Combat in Games Which Model Space shren
  • Balancing Melee vs Ranged Combat in Games Which Model Space Philip
  • Balancing Melee vs Ranged Combat in Games Which Model Space Hal Bonnin
  • • Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
  • Balancing Melee vs Ranged Combat in Games Which Model Space Kwon Ekstrom
  • • Balancing Melee vs Ranged Combat in Games Which Model Space Travis Casey
  • Balancing Melee vs Ranged Combat in Games Which Model Space rayzam
• RE:The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Sellers, Michael
• Sv: Balancing Melee vs Ranged Combat in Games Which Model Space Nicolai Hansen
• • Sv: Balancing Melee vs Ranged Combat in Games Which Model Space Travis Casey
  • • Sv: Balancing Melee vs Ranged Combat in Games Which Model Space Kwon Ekstrom
    • • Sv: Balancing Melee vs Ranged Combat in Games Which Model Space Travis Casey
• ADMIN: Subject header maintenance (was: Broken currencies) J C Lawrence
• Broken currencies Matt Mihaly
• • Broken currencies Jim S
  • • Broken currencies Koster, Raph
    • Broken currencies Lars Duening
    • • Broken currencies Matt Mihaly
      • • Broken currencies Lars Duening
  • Broken currencies Brian 'Psychochild' Green
  • • Broken currencies Matt Mihaly
    • Broken currencies Timothy Dang
  • Broken currencies Phillip Lenhardt
  • • Broken currencies Matt Mihaly
    • • Broken currencies Phillip Lenhardt
      • • Broken currencies John Buehler
        • • Broken currencies Derek Licciardi
          • • Broken currencies Ben Sizer
            • • Broken currencies Adam Martin
              • • Broken currencies Ben Sizer
        • Broken currencies Matt Mihaly
      • Broken currencies Timothy Dang
  • Broken currencies Michael Dekker
  • • Broken currencies Miroslav Silovic
    • • Broken currencies Matt Mihaly
    • Broken currencies Timothy Dang
• [DGN] Balancing Melee vs Ranged Combat in Games Which Model Space Ananda Dawnsinger
• • [DGN] Balancing Melee vs Ranged Combat in Games Which Model Space Travis Casey
• Broken currencies Matt Mihaly
• The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Baron, Jonathan
• • The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Sellers, Michael
  • • The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Baron, Jonathan
  • The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Dave Rickey
  • • The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) F. Randall Farmer
  • The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Lee Sheldon
• The Monad (was: Broken Economies) shren
• • The Monad (was: Broken Economies) Matt Mihaly
  • • The Monad (was: Broken Economies) John Buehler
    • • The Monad (was: Broken Economies) Matt Mihaly
• A User's Guide to TCP Windows J C Lawrence
• Balance J C Lawrence
• Economic & Derek Licciardi
• • Economic & Matt Mihaly
  • • Economic & Timothy Dang
• Money supply in game economies (formerly Broken economies) Matt Mihaly
• • Money supply in game economies (formerly Brokeneconomies) geoffrey@yorku.ca
  • • Money supply in game economies (formerly Brokeneconomies) Matt Mihaly
    • • Money supply in game economies (formerly Brokeneconomies) Timothy Dang
  • Money supply in game economies (formerly Broken eco nomies) Koster, Raph
  • • Money supply in game economies (formerly Broken eco nomies) J C Lawrence
    • • Money supply in game economies (formerly Broken eco nomies) Matt Mihaly
      • • Money supply in game economies (formerly Broken economies) Adam Martin
  • Money supply in game economies (formerly Broken economies) Timothy Dang
  • • Money supply in game economies (formerly Broken eco nomies) Freeman, Jeff
• [DGN] Balancing Melee/Ranged Combat Kwon Ekstrom
• Room Searching - how about doors? Gavin Doughtie
• Tracking Hulbert, Leland
• • Tracking Mordengaard
  • • Tracking Sanvean
  • Tracking Ryan P.
  • • Tracking Shawn L Johnston
• Online Games get an overview Koster, Raph
• [DGN] Money supply in game economies (formerly Brok en economies) Daniel.Harman@barclayscapital.com
• [DSG] Concrete idea behind currency (was: The Monad and Broken Economies) Paul Schwanz
• Majestic (was The Sims Online) Matt Mihaly
• • Majestic (was The Sims Online) Baron, Jonathan
  • • Majestic (was The Sims Online) Matt Mihaly
    • • Majestic (was The Sims Online) Baron, Jonathan
      • Majestic (was The Sims Online) Sellers, Michael
      • • Majestic (was The Sims Online) Matt Mihaly
• Majestic (was The Sims Online) Matt Mihaly
• Identity and Economies [was Money supply in game economies (formerly Broken eco nomies) ] Joe Andrieu
• Virtual Suicide (Was: Money supply in game economies) Dave Rickey
• • Virtual Suicide (Was: Money supply in game economie s) Daniel.Harman@barclayscapital.com
  • • Virtual Suicide (Was: Money supply in game economies) Dave Rickey
    • • Virtual Suicide (Was: Money supply in game economie s) Daniel.Harman@barclayscapital.com
      • • Virtual Suicide (Was: Money supply in game economies) Dave Rickey
• The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Baron, Jonathan
• Distributed Muds Jim Craig
• [DSG] Money supply in game economies (was: Broken Economies) Paul Schwanz
• TECH DGN: (was Broken currencies) Nathan F.Yospe
• [DESIGN] Economic & Marian Griffith
• • [DESIGN] Economic & Derek Licciardi
  • • [DESIGN] Economic & Marian Griffith
    • • [DESIGN] Economic & John Buehler
      • [DESIGN] Economic & Travis Nixon
      • • [DESIGN] Economic & Travis Casey
        • [DESIGN] Economic & Matt Mihaly
        • • [DESIGN] Economic & Travis Nixon
          • • [DESIGN] Economic & Matt Mihaly
• Author Unknown (was: Money supply in game economies) Emil Eifrém
• TECH: Distributed Muds Emil Eifrém
• • TECH: Distributed Muds Jim Craig
  • • TECH: Distributed Muds Frank Crowell
    • TECH: Distributed Muds Colin Coghill
    • • TECH: Distributed Muds Vincent Archer
      • • TECH: Distributed Muds Derek Snider
        • • TECH: Distributed Muds Vincent Archer
          • • TECH: Distributed Muds J C Lawrence
            • TECH: Distributed Muds Derek Snider
            • • TECH: Distributed Muds J C Lawrence
              • • TECH: Distributed Muds Bruce
                • • TECH: Distributed Muds J C Lawrence
                • TECH: Distributed Muds Vincent Archer
                • TECH: Distributed Muds Derek Snider
                • • TECH: Distributed Muds J C Lawrence
                  • • TECH: Distributed Muds Derek Snider
                    • • TECH: Distributed Muds Brian Hook
                      • • TECH: Distributed Muds Derek Snider
                        • • TECH: Distributed Muds Brian Hook
                  • TECH: Distributed Muds Adam Martin
• Shattered World's economy John W Pierce
• • Shattered World's economy Erik Jarvi
• [BIZ] Advertising sprawl (yahoo) J C Lawrence
• • [BIZ] Advertising sprawl (yahoo) Frank Crowell
  • [BIZ] Advertising sprawl (yahoo) Lars Duening
  • • [BIZ] Advertising sprawl (yahoo) Vincent Archer
    • • [BIZ] Advertising sprawl (yahoo) Dave Rickey
      • • [BIZ] Advertising sprawl (yahoo) Matt Mihaly
        • [BIZ] Advertising sprawl (yahoo) Vincent Archer
        • [BIZ] Advertising sprawl (yahoo) shren
        • • [BIZ] Advertising sprawl (yahoo) John Buehler
        • [BIZ] Advertising sprawl (yahoo) Ian Macintosh
      • [BIZ] Advertising sprawl (yahoo) Daniel.Harman@barclayscapital.com
    • [BIZ] Advertising sprawl (yahoo) Matt Mihaly
    • • [BIZ] Advertising sprawl (yahoo) Caliban Tiresias Darklock
      • • [BIZ] Advertising sprawl (yahoo) Matt Mihaly
        • • [BIZ] Advertising sprawl (yahoo) J C Lawrence
          • • [BIZ] Advertising sprawl (yahoo) Travis Casey
      • [BIZ] Advertising sprawl (yahoo) Daniel.Harman@barclayscapital.com
      • • [BIZ] Advertising sprawl (yahoo) Matt Mihaly
        • [BIZ] Advertising sprawl (yahoo) Vincent Archer
  • [BIZ] Advertising sprawl (yahoo) Matt Mihaly
• RG Interview Cassandra
• NEWS DGN Wired News article about EQ Zak Jarvis
• [DESIGN] Economy goals (was: Broken currencies) Vincent Archer
• • [DESIGN] Economy goals (was: Broken currencies) shren
  • [DESIGN] Economy goals (was: Broken currencies) Freeman, Jeff
  • • [DESIGN] Economy goals (was: Broken currencies) Derek Licciardi
    • • [DESIGN] Economy goals (was: Broken currencies) Vincent Archer
      • • [DESIGN] Economy goals (was: Broken currencies) Freeman, Jeff
        • [DESIGN] Economy goals (was: Broken currencies) Adam Martin
• Curtailing the 'Super-Rich Effect' Bob McFakename
• • Curtailing the 'Super-Rich Effect' Lynx
  • • Curtailing the 'Super-Rich Effect' Matt Mihaly
    • • Curtailing the 'Super-Rich Effect' Bob McFakename
      • • Curtailing the 'Super-Rich Effect' Matt Mihaly
        • • Curtailing the 'Super-Rich Effect' Phillip Lenhardt
          • • Curtailing the 'Super-Rich Effect' Matt Mihaly
          • Curtailing the 'Super-Rich Effect' Travis Casey
  • Curtailing the 'Super-Rich Effect' Mordengaard
  • Curtailing the 'Super-Rich Effect' Michael Tresca
  • • Curtailing the 'Super-Rich Effect' shren
  • Curtailing the 'Super-Rich Effect' Trump
  • • Curtailing the 'Super-Rich Effect' Daniel.Harman@barclayscapital.com
    • • Curtailing the 'Super-Rich Effect' Dave Rickey
    • Curtailing the 'Super-Rich Effect' Michael Tresca
• Movie grosses Matt Mihaly
• • Movie grosses Brian 'Psychochild' Green
  • • Movie grosses Koster, Raph
    • Movie grosses Matt Mihaly
  • Movie grosses Myschyf
  • • Movie grosses Matt Mihaly
• StarPeace (was Money supply in game economies) Michael Dekker
• • StarPeace (was Money supply in game economies) Ling Lo
  • • StarPeace (was Money supply in game economies) shren
• TECH: Distributed Muds Bobby Martin
• • TECH: Distributed Muds Adam Martin
  • TECH: Distributed Muds Bruce
  • • TECH: Distributed Muds Vincent Archer
    • • TECH: Distributed Muds Chris Gray
      • • TECH: Distributed Muds Brian Hook
        • • TECH: Distributed Muds Nick Walker
          • • TECH: Distributed Muds J C Lawrence
          • TECH: Distributed Muds Derek Snider
          • • TECH: Distributed Muds Brian Hook
            • • TECH: Distributed Muds shren
            • TECH: Distributed Muds J C Lawrence
            • • TECH: Distributed Muds Brian Hook
              • • TECH: Distributed Muds J C Lawrence
              • TECH: Distributed Muds Derek Snider
              • • TECH: Distributed Muds J C Lawrence
                • • TECH: Distributed Muds Derek Snider
                  • • TECH: Distributed Muds J C Lawrence
                    • • TECH: Distributed Muds shren
                      • TECH: Distributed Muds Eli Stevens
                      • • TECH: Distributed Muds John Buehler
                        • • TECH: Distributed Muds Kevin Littlejohn
                          • • TECH: Distributed Muds John Buehler
                • TECH: Distributed Muds Ola Fosheim Grøstad
                • • TECH: Distributed Muds Chris Gray
                  • TECH: Distributed Muds Derek Snider
                  • • TECH: Distributed Muds J C Lawrence
                    • • TECH: Distributed Muds Derek Snider
                      • • TECH: Distributed Muds J C Lawrence
                        • TECH: Distributed Muds Matthew D. Fuller
                        • • TECH: Distributed Muds Derek Snider
                          • TECH: Distributed Muds Vincent Archer
              • TECH: Distributed Muds Ola Fosheim Grøstad
            • TECH: Distributed Muds Christopher Kohnert
            • • TECH: Distributed Muds Derek Snider
              • • TECH: Distributed Muds Chris Gray
                • • TECH: Distributed Muds Derek Snider
                  • • TECH: Distributed Muds Caliban Tiresias Darklock
                    • • TECH: Distributed Muds Derek Snider
                      • TECH: Distributed Muds Jon Lambert
                      • • TECH: Distributed Muds Derek Snider
                        • • TECH: Distributed Muds Caliban Tiresias Darklock
                          • • TECH: Distributed Muds Jon Lambert
                            • • TECH: Distributed Muds Matthew D. Fuller
                              • • TECH: Distributed Muds Owen
                                • TECH: Distributed Muds Jon Lambert
                              • TECH: Distributed Muds Caliban Tiresias Darklock
                              • • TECH: Distributed Muds shren
                          • TECH: Distributed Muds Jon Lambert
                        • TECH: Distributed Muds Caliban Tiresias Darklock
                        • • TECH: Distributed Muds Jon Leonard
                          • • TECH: Distributed Muds Bruce
                          • TECH: Distributed Muds Kevin Littlejohn
                          • TECH: Distributed Muds Bruce
                    • TECH: Distributed Muds J C Lawrence
                    • • TECH: Distributed Muds Chris Gray
                      • • TECH: Distributed Muds J C Lawrence
                        • • TECH: Distributed Muds Chris Gray
                          • • TECH: Distributed Muds J C Lawrence
                            • TECH: Distributed Muds Kwon Ekstrom
                            • • TECH: Distributed Muds Chris Gray
                              • TECH: Distributed Muds Bruce
                              • • TECH: Distributed Muds Chris Gray
                                • • TECH: Distributed Muds Bruce
                                • TECH: Distributed Muds Kwon Ekstrom
                                • • TECH: Distributed Muds Bruce
                                • TECH: Distributed Muds Neil Brown
              • TECH: Distributed Muds J C Lawrence
              • • TECH: Distributed Muds Caliban Tiresias Darklock
                • • TECH: Distributed Muds J C Lawrence
                  • • TECH: Distributed Muds Bruce
                    • TECH: Distributed Muds Caliban Tiresias Darklock
                  • TECH: Distributed Muds Derek Snider
                  • • TECH: Distributed Muds J C Lawrence
                    • • TECH: Distributed Muds shren
                      • • TECH: Distributed Muds John Buehler
                • TECH: Distributed Muds Steven Fleischaker
                • • TECH: Distributed Muds Jon Lambert
                  • • TECH: Distributed Muds Daniel.Harman@barclayscapital.com
                    • • TECH: Distributed Muds Chris Gray
                      • • TECH: Distributed Muds Daniel.Harman@barclayscapital.com
                  • TECH: Distributed Muds J C Lawrence
                  • TECH: Distributed Muds Caliban Tiresias Darklock
                • TECH: Distributed Muds Christopher Kohnert
                • • TECH: Distributed Muds J C Lawrence
                • TECH: Distributed Muds Chris Gray
                • • TECH: Distributed Muds J C Lawrence
                  • • TECH: Distributed Muds Chris Gray
                • TECH: Distributed Muds Kwon Ekstrom
      • TECH: Distributed Muds Bruce
      • • TECH: Distributed Muds Vincent Archer
        • • TECH: Distributed Muds Brad Roberts
          • • TECH: Distributed Muds Vincent Archer
• [DESIGN] Economic & Currency Solutions Phillip Lenhardt
• Curtailing the 'Super-Rich' Effect Bob McFakename
• • Curtailing the 'Super-Rich' Effect Daniel.Harman@barclayscapital.com
  • • Curtailing the 'Super-Rich' Effect Jim S
• TECH: Flash Crowds and overflow control Gavin Doughtie
• • TECH: Flash Crowds and overflow control Marc Bowden
  • • TECH: Flash Crowds and overflow control Vincent Archer
    • • TECH: Flash Crowds and overflow control Koster, Raph
      • • TECH: Flash Crowds and overflow control J C Lawrence
        • • TECH: Flash Crowds and overflow control Marc Bowden
  • TECH: Flash Crowds and overflow control Justin Rogers
• BUSINESS: I need Online Gaming Revenue Projections. F. Randall Farmer
• [DESIGN] Economic & Currency Solutions Vincent Archer
• • [DESIGN] Economic & Currency Solutions Timothy Dang
  • [DESIGN] Economic & Currency Solutions Taylor Daynes
  • • [DESIGN] Economic & Currency Solutions Vincent Archer
• ADMIN: Moving... J C Lawrence
• UO and eBay figures Koster, Raph
• MUD for sale Chris Gray
• • MUD for sale Caliban Tiresias Darklock
  • MUD for sale Dave Rickey
  • • MUD for sale Bruce
    • • MUD for sale Chris Gray
      • MUD for sale Kevin Littlejohn
• ADMIN: The move and current status J C Lawrence
• Virtual Suicide (Was: Money supply in game economies) Martin Burke
• TECH: Java ARMI Bobby Martin
• TECH: AmigaMud DB questions Bruce
• • TECH: AmigaMud DB questions Chris Gray
  • • TECH: AmigaMud DB questions Bruce
    • • TECH: AmigaMud DB questions Chris Gray
      • TECH: AmigaMud DB questions Jon Lambert
• Kuro5hin: What can games teach us about human-computer interaction? J C Lawrence
• Review of Galactic Emperor: Succession in LumTheMad's Forums Christopher Allen
• • Review of Galactic Emperor: Succession in LumTheMad's Forums Ling Lo
  • • Review of Galactic Emperor: Succession in LumTheMad's Forums J C Lawrence
• [BIZ] New EQ Expansion Daniel.Harman@barclayscapital.com
• Twisted Python J C Lawrence
• [TECH] Distributed MUD Kwon Ekstrom
• • [TECH] Distributed MUD Jeremy Noetzelman
  • • [TECH] Distributed MUD Kwon Ekstrom
  • [TECH] Distributed MUD J C Lawrence
• EQ: what makes a zone interesting? Frank Crowell
• • EQ: what makes a zone interesting? J C Lawrence
  • EQ: what makes a zone interesting? shren
  • • EQ: what makes a zone interesting? J C Lawrence
    • EQ: what makes a zone interesting? Elia Morling
• Imaginary Realities - April 2001 David Bennett
• [BIZ][TECH] worlds.com gets patent bruce@puremagic.com
• • [BIZ][TECH] worlds.com gets patent Jessica Mulligan
  • • [BIZ][TECH] worlds.com gets patent Bruce
    • • [BIZ][TECH] worlds.com gets patent Frank Crowell
    • [BIZ][TECH] worlds.com gets patent Kwon Ekstrom
    • • [BIZ][TECH] worlds.com gets patent John Robert Arras
    • [BIZ][TECH] worlds.com gets patent Jon Lambert
    • • [BIZ][TECH] worlds.com gets patent John Buehler
  • [BIZ][TECH] worlds.com gets patent Frank Crowell
  • [BIZ][TECH] worlds.com gets patent Travis Nixon
  • • [BIZ][TECH] worlds.com gets patent Marian Griffith
  • [BIZ][TECH] worlds.com gets patent John Buehler
  • • [BIZ][TECH] worlds.com gets patent Dave Rickey
  • [BIZ][TECH] worlds.com gets patent Derek Licciardi
• called shots Josh Rollyson
• • called shots Matt Mihaly
  • called shots Mordengaard
  • called shots Ling Lo
  • called shots shren
  • • called shots John Buehler
    • called shots Kwon Ekstrom
    • • called shots Travis Casey
  • called shots Travis Casey
• TECH: Distributed Muds J C Lawrence
• • TECH: Distributed Muds Brad Roberts
  • • TECH: Distributed Muds J C Lawrence
• TECH: Distributed Muds Dominic J. Eidson
• TECH: reliablity (was: Distributed Muds) Bruce
• • TECH: reliablity (was: Distributed Muds) Derek Snider
  • • TECH: reliablity (was: Distributed Muds) Bruce
    • • TECH: reliablity (was: Distributed Muds) Derek Snider
      • • TECH: reliablity (was: Distributed Muds) Alex
        • • TECH: reliablity (was: Distributed Muds) shren
          • • TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
          • TECH: reliablity (was: Distributed Muds) Derek Snider
  • TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
  • • TECH: reliablity (was: Distributed Muds) John Buehler
    • • TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
      • • TECH: reliablity (was: Distributed Muds) John Buehler
    • TECH: reliablity (was: Distributed Muds) Kwon Ekstrom
    • TECH: reliablity (was: Distributed Muds) Derek Licciardi
    • • TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
      • • TECH: reliablity (was: Distributed Muds) John Buehler
          Ola Fosheim Grostad writes:
          > Derek Licciardi wrote:
          
          >> I have to disagree with this statement. Components can and do have
          >> a use in building MUDS of the future because components bring
          >> stability to CHANGING code. To think components can't work for
          >> games undermines the effectiveness of the entire DirectX API.
          
          > Well, some DOS programmers certainly did... ;) I have barely looked
          > at DirectX, still I assume that you don't address a single pixel
          > through the API, but you work either directly with buffer (thus
          > breaking encapsulation) or do things in batch (thus don't really use
          > the API and introduce inflexibility, although less apparent in
          > rendering). My perception of DirectX is that it says "This is what
          > the hardware looks like, now gimme something close to this in batch
          > and I will be reasonably efficient assuming that you don't hit my
          > weak spots". Same thing with OpenGL...
          
          > I don't complain about COM as an interfacing *technology* (although
          > I probably would if I wrote Windows programs), I complain about
          > component *design* tenants applied to the MUD server core. That is
          > to reduce interdependencies to a bare minimum, which is going to
          > affect depth and flexibility, I am sure!
          
          Oh, I think I get it now. There are no component design tenants. The
          size of a component is up to you, and the abstraction distance from
          the raw functionality that you are accessing is up to you. The more
          abstract you go, the greater possibility that you have for
          substitution by a different component. The less abstract you go, the
          lesser the possibility. This is a design tradeoff that I'm sure
          you're completely familiar with, and components do not hinder you in
          any way in continuing to fine-tune design abstraction levels.
          
          > It seems very reasonable to do collision detection as a reusable
          > component, and let that component assume responsibility for the
          > physical properties of an object. Still this breakdown might create
          > lots of hits on the component interface because there are lots of
          > other components that need to look up that information for other
          > purposes than collision detection. And worse, what if you later want
          > to do an areaspell that only affect level 40 dwarfs? Unfortunately
          > that component does not know what a dwarf is, so it will either have
          > to return all objects in a specific area (less efficient) or you
          > will have to store race/level information in the component (most
          > efficient) or you will have to introduce a new dependency (less
          > efficient).
          
          > Would I do collision detection in a module, sure, but I probably
          > would not wrap it up in an independent facade. I would realize that
          > spatial data structures demand in-context design to be efficient and
          > flexible. (I hope)
          
          And you would be creating a component as soon as you construct that
          module. You don't call it a component, but it is. And you won't be
          managing the contracts that relate to it very strictly, and that will
          burn you whenever you blink or lose concentration while working with
          it.
          
          The first component does general collision detection. Then when you
          only want an area spell that affects level 40 dwarves, you construct a
          new contract and a new component. Fortunately, you have a general
          purpose collision detection component that you can use for the lion's
          share of the work (through aggregation or delegation, not code reuse).
          And you have acknowledged that you created a new contract. The role
          of that contract in your system should have an explicit role in your
          system construction - as opposed to just having it be used by other
          pieces of software - where they seem to work okay.
          
          >> In my opinion, MUDS are all about databases and components would
          >> make for a great access layer to the database that serves the mud.
          
          > Well, I think MUDs are all about adapting to the users and the new
          > ideas of the designers.
          
          How about the part where they are believed to work (with high
          confidence) the way the users and the designers intended?
          
          >> array of monitoring and administration tools. What you may fail to
          >> realize is that COM code on windows machines is the closest you
          >> will ever get to the kernel, therefore it will more than likely
          >> have an advantage with respect to speed over other code.
          
          > I don't know much about COM, and I would not consider writing a MUD
          > server under Windows, so if I fail to realize this, it certainly
          > does not bother me! ;-))
          
          COM is well worth a look if you ever find some time on your hands. I
          highly recommend "The COM Programmer's Cookbook" by Crispin Goswell,
          which can be found at
          http://msdn.microsoft.com/library/techart/msdn_com_co.htm
          
          There are a number of books about COM, but they quickly leave the
          essentials behind. Note that COM+ from Microsoft is not really all
          that related to COM and should not be considered a resource for
          understanding it.
          
          > I also tend to think that you cannot get anything faster than
          > inlined code and algorithms which are designed in-context. BTW, not
          > being able to avoid COM is not a good reason for applying it to all
          > your code :).
          
          To obtain an interface requires a call and a simple lookup to retrieve
          a pointer. To make a method call, a pointer dereference and a
          procedure call are the overhead. To the best of my knowledge, it's
          the same overhead as C++ (actually COM was required to being
          compatible with Microsoft C++). If you go with fine-grained
          components, you can accumulate significant call overhead. If you go
          with coarse-grained components, the call overhead is limited. Which
          is, of course, the same equation as for any pile of code. Components
          technology does not mandate either - although the research team was
          focusing on small components for the sake of reliability. We didn't
          know how to build large components in a reasonable amount of time.
          
          >> clean and defined method for controlling that change. Look no
          >> further than DirectX and you will see the benefits of versioning in
          >> COM.
          
          > That could explain the bloat.. How many MB, again? (I don't see
          > how this applies to the MUD core though)
          
          A MUD core can be componentized and then upgraded in pieces. Old
          versions of components can be used safely, while newer ones can be
          used as desired. If you want to upgrade to the new version across the
          board, you consciously do so. If the new version implements the old
          interface, you're golden. If it implements new functionality through
          a new interface, you have to make code changes at the call sites. In
          any case, it isn't possible to just throw the new version into the
          system and have it work until it doesn't. It won't work or it will.
          It either implements the contracts that the rest of the software is
          looking for or it doesn't.
          
          Once a component is no longer in use, it can be omitted from the
          deliverable.
          
          JB
        • • TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
          • • TECH: reliablity (was: Distributed Muds) John Buehler
        • TECH: reliablity (was: Distributed Muds) Kwon Ekstrom
• TECH: prefetching/madvise (was: Distributed Muds) Bruce
• • TECH: prefetching/madvise (was: Distributed Muds) Matthew D. Fuller
• TECH: Distributed Muds J C Lawrence
• • TECH: Distributed Muds Scion Altera
• Re:called shots Eric Lamy
• Where are we now? Greg Munt
• • Where are we now? Ronan Farrell
  • • Where are we now? Matt Mihaly
    • Where are we now? Greg Munt
    • • Where are we now? Ronan Farrell
      • • Where are we now? Adam Martin
        • • Where are we now? Bryce Harrington
        • Where are we now? Deidril
        • • Where are we now? Bryce Harrington
        • Where are we now? Elia Morling
      • Where are we now? Matt Mihaly
      • • Where are we now? McManus, Susan
  • Where are we now? Matt Mihaly
  • Where are we now? Kwon Ekstrom
  • • Where are we now? Brian Hook
    • • Where are we now? Kwon Ekstrom
      • • Where are we now? Michael Tresca
        • • Where are we now? S. Patrick Gallaty
          • • Where are we now? Greg Munt
            • • Where are we now? S. Patrick Gallaty
      • Where are we now? Matt Mihaly
  • Where are we now? Koster, Raph
  • • Where are we now? Greg Munt
    • • Where are we now? Matt Mihaly
      • • Where are we now? Greg Munt
        • • Where are we now? Matt Mihaly
  • Where are we now? Bruce
  • • Where are we now? Ola Fosheim Grøstad
    • • Where are we now? Koster, Raph
      • • Where are we now? Richard A. Bartle
        • Where are we now? Ola Fosheim Grøstad
  • Where are we now? Bruce
  • • Where are we now? Greg Munt
    • • Where are we now? Koster, Raph
      • • Where are we now? rayzam
  • Where are we now? Madman Across the Water
  • • Where are we now? Bryce Harrington
    • • Where are we now? Madman Across the Water
      • • Where are we now? Freeman, Jeff
• TECH: DBM vs BDB speeds (was: AmigaMud DB questions) Bruce
• • TECH: DBM vs BDB speeds (was: AmigaMud DB questions) Jon Lambert
  • • TECH: DBM vs BDB speeds (was: AmigaMud DB questions) Bruce
• fault tolerance and character files Steven Fleischaker
• • fault tolerance and character files Kwon Ekstrom
  • • fault tolerance and character files Bruce
    • • fault tolerance and character files Kwon Ekstrom
    • fault tolerance and character files Vincent Archer