August 1998

• Affordances and social method (Was: Wired Jon A. Lambert
• (Fwd) **NOTICE REGARDING YOUR SEARCHLIGHT SOFTWARE** Jon A. Lambert
• • (Fwd) **NOTICE REGARDING YOUR SEARCHLIGHT SOFTWARE** John Bertoglio
  • • (Fwd) **NOTICE REGARDING YOUR SEARCHLIGHT SOFTWARE** Caliban Tiresias Darklock
• OT: BBSs, s001gmu@nova.wright.edu
• Ansii color, needing some specs and or pointer Jon A. Lambert
• • Ansii color, needing some specs and or pointer Caliban Tiresias Darklock
• (fwd) "Smart" monsters Nathan Fenenga Yospe
• Interesting poll Koster, Raph
• • Interesting poll John Bertoglio
• Milgram experiment (was WIRED: Kilers have more fun) Mike Sellers
• Implementing god. quzah
• • Implementing god. Adam J. Thornton
  • • Implementing god. J C Lawrence
    • • Implementing god. Adam J. Thornton
      • • Implementing god. Koster, Raph
        • • Implementing god. Adam J. Thornton
          • • Implementing god. Koster, Raph
        • Implementing god. J C Lawrence
        • • Implementing god. Marian Griffith
          • • Implementing god. Adam J. Thornton
            • • Implementing god. Andy Cink
• Blender: free version J C Lawrence
• Blender: free version J C Lawrence
• • Blender: free version Adam Wiggins
• UOL/Linux client URLs J C Lawrence
• Socket-Script: Socket-capabable script language and matching library J C Lawrence
• • Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
  • • Socket-Script: Socket-capabable script language and matching library J C Lawrence
  • Socket-Script: Socket-capabable script language and matching library Chris Gray
  • Socket-Script: Socket-capabable script language and matching library Chris Gray
  • • Socket-Script: Socket-capabable script language and matching library Oliver Jowett
  • Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
  • • Socket-Script: Socket-capabable script language and matching library Nathan F Yospe
    • • Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
    • Socket-Script: Socket-capabable script language and matching library ##Make Nylander
    • • Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
  • Socket-Script: Socket-capabable script language and matching library Ola Fosheim Grøstad
  • • Socket-Script: Socket-capabable script language and matching library J C Lawrence
• Why threading? (Was: Output Classification Notes) Ola Fosheim Grøstad
• • Why threading? (Was: Output Classification Notes) J C Lawrence
• Secrets of the Game Designers s001gmu@nova.wright.edu
• 3D World Models Leach, Brad BA
• • 3D World Models S. Patrick Gallaty
• Toba Java->C Adam J. Thornton
• [IDEAS] Starting from scratch Franklyn Colebrooke, Jr.
• • [IDEAS] Starting from scratch Adam J. Thornton
  • [IDEAS] Starting from scratch Hans-Henrik Staerfeldt
  • • [IDEAS] Starting from scratch Adam Wiggins
  • [IDEAS] Starting from scratch Leach, Brad BA
  • • [IDEAS] Starting from scratch T. Alexander Popiel
    • [IDEAS] Starting from scratch Adam Wiggins
    • [IDEAS] Starting from scratch J C Lawrence
  • [IDEAS] Starting from scratch Ross Nicoll
  • • [IDEAS] Starting from scratch T. Alexander Popiel
    • • [IDEAS] Starting from scratch Holly Sommer
      • • [IDEAS] Starting from scratch T. Alexander Popiel
        • • [IDEAS] Starting from scratch Nathan F Yospe
          • [IDEAS] Starting from scratch Holly Sommer
          • • [IDEAS] Starting from scratch T. Alexander Popiel
    • [IDEAS] Starting from scratch s001gmu@nova.wright.edu
    • [IDEAS] Starting from scratch Matt Chatterley
  • [IDEAS] Starting from scratch Ross Nicoll
  • [IDEAS] Starting from scratch Ross Nicoll
  • [IDEAS] Starting from scratch Ross Nicoll
  • • [IDEAS] Starting from scratch J C Lawrence
  • [IDEAS] Starting from scratch J C Lawrence
  • • [IDEAS] Starting from scratch Adam Wiggins
• Question regarding Java threads Jon A. Lambert
• • Question regarding Java threads Chris Gray
  • • Question regarding Java threads Vadim Tkachenko
    • • Question regarding Java threads Ben Greear
    • Question regarding Java threads J C Lawrence
  • Question regarding Java threads Ben Greear
  • • Question regarding Java threads Jon A. Lambert
  • Question regarding Java threads Chris Gray
  • Question regarding Java threads Matt Chatterley
  • • Question regarding Java threads Ben Greear
• Protocols Vadim Tkachenko
• Events s001gmu@nova.wright.edu
• after the plague: mud report S. Patrick Gallaty
• • after the plague: mud report quzah
  • • after the plague: mud report Adam Wiggins
    • after the plague: mud report Ling
• Object Storage Fact Book, Release 4.0 (fwd) Nathan F Yospe
• Affordances and social method (Was: Wire d Magazine...) J C Lawrence
• META: List combat character and racial memory (was Re: J C Lawrence
• • META: List combat character and racial memory (was Re: kamikaze@kuoi.asui.uidaho.edu
  • • META: List combat character and racial memory (was Re: J C Lawrence
• Black Isle's Baldur's Gate J C Lawrence
• • Black Isle's Baldur's Gate Koster, Raph
  • Black Isle's Baldur's Gate Chris Gray
  • Black Isle's Baldur's Gate Koster, Raph
• 208.240.161.41 Adam J. Thornton
• • 208.240.161.41 Vadim Tkachenko
• ADMIN: Advertising on MUD-Dev J C Lawrence
• • ADMIN: Advertising on MUD-Dev Chris Gray
  • • ADMIN: Advertising on MUD-Dev Caliban Tiresias Darklock
    • • ADMIN: Advertising on MUD-Dev Ola Fosheim Grøstad
      • ADMIN: Advertising on MUD-Dev J C Lawrence
    • ADMIN: Advertising on MUD-Dev Vadim Tkachenko
    • • ADMIN: Advertising on MUD-Dev Adam Wiggins
      • • ADMIN: Advertising on MUD-Dev Robert Woods
        • ADMIN: Advertising on MUD-Dev Richard Woolcock
        • • ADMIN: Advertising on MUD-Dev Jeroen Ruigrok/Asmodai
          • • ADMIN: Advertising on MUD-Dev quzah
            • ADMIN: Advertising on MUD-Dev Richard Woolcock
            • • ADMIN: Advertising on MUD-Dev Jeroen Ruigrok/Asmodai
  • ADMIN: Advertising on MUD-Dev T. Alexander Popiel
  • ADMIN: Advertising on MUD-Dev Mike Sellers
  • • ADMIN: Advertising on MUD-Dev J C Lawrence
  • ADMIN: Advertising on MUD-Dev Michael Hohensee
  • • ADMIN: Advertising on MUD-Dev s001gmu@nova.wright.edu
    • • ADMIN: Advertising on MUD-Dev J C Lawrence
      • • ADMIN: Advertising on MUD-Dev quzah
        • ADMIN: Advertising on MUD-Dev John Bertoglio
      • ADMIN: Advertising on MUD-Dev Caliban Tiresias Darklock
      • ADMIN: Advertising on MUD-Dev quzah
      • • ADMIN: Advertising on MUD-Dev Caliban Tiresias Darklock
        • • ADMIN: Advertising on MUD-Dev s001gmu@nova.wright.edu
  • ADMIN: Advertising on MUD-Dev Chris Gray
  • ADMIN: Advertising on MUD-Dev Scatter
  • ADMIN: Advertising on MUD-Dev J C Lawrence
• Adverts in email on the list. Ben Greear
• • Adverts in email on the list. quzah
  • • Adverts in email on the list. Jon A. Lambert
    • • Adverts in email on the list. quzah
  • Adverts in email on the list. Holly Sommer
  • • Adverts in email on the list. Vadim Tkachenko
• Ethernet NICS, maximum connections..mud testing. Ben Greear
• • Ethernet NICS, maximum connections..mud testing. Vadim Tkachenko
• Ethernet NICS, maximum connections..mud testing. Ben Greear
• Ethernet NICS, maximum connections..mud testing. Chris Gray
• • Ethernet NICS, maximum connections..mud testing. Ben Greear
• lurker emerges James Wilson
• • lurker emerges Chris Gray
  • • lurker emerges Adam J. Thornton
  • lurker emerges Chris Gray
  • lurker emerges Petri Virkkula
  • • lurker emerges T. Alexander Popiel
    • • lurker emerges James Wilson
      • • lurker emerges T. Alexander Popiel
      • lurker emerges Vadim Tkachenko
      • • lurker emerges Ben Greear
        • • lurker emerges J C Lawrence
        • lurker emerges T. Alexander Popiel
        • • lurker emerges Vadim Tkachenko
          • • lurker emerges T. Alexander Popiel
            • • lurker emerges Vadim Tkachenko
              • • lurker emerges T. Alexander Popiel
                • • lurker emerges Vadim Tkachenko
                  • • lurker emerges T. Alexander Popiel
                    • • lurker emerges Vadim Tkachenko
                • lurker emerges Vadim Tkachenko
  • lurker emerges Chris Gray
  • • lurker emerges Vadim Tkachenko
    • lurker emerges J C Lawrence
  • lurker emerges Petri Virkkula
  • lurker emerges J C Lawrence
  • lurker emerges Petri Virkkula
  • lurker emerges Chris Gray
  • • lurker emerges J C Lawrence
• Adverts in email on the list. Chris Gray
• • Adverts in email on the list. quzah
• Fw: lurker emerges James Wilson
• • Fw: lurker emerges T. Alexander Popiel
• Ethernet NICS, maximum connections..mud testing. Chris Gray
• • Ethernet NICS, maximum connections..mud testing. Ben Greear
• Ethernet NICS, maximum connections..mud testing. Chris Gray
• • Ethernet NICS, maximum connections..mud testing. Ben Greear
• Neat surrealistic graphical mudclients in Java? Ola Fosheim Grøstad
• Ethernet NICS, maximum connections..mud testing. Chris Gray
• • Ethernet NICS, maximum connections..mud testing. J C Lawrence
  • • Ethernet NICS, maximum connections..mud testing. Adam J. Thornton
  • Ethernet NICS, maximum connections..mud testing. Ben Greear
• META/ADMIN: ADMIN: Advertising on MUD-Dev Mike Sellers
• • META/ADMIN: ADMIN: Advertising on MUD-Dev Ola Fosheim Grøstad
• Rule #3 S. Patrick Gallaty
• OT: Ethernet NICS, maximum connections..mud testing. Shawn Halpenny
• • OT: Ethernet NICS, maximum connections..mud testing. Vadim Tkachenko
• META: List combat character and racial memory (was Re: Chris Gray
• List of rules suggestionbox Hans-Henrik Staerfeldt
• • List of rules suggestionbox Caliban Tiresias Darklock
• async i/o and threads (was: lurker emerges) James Wilson
• • async i/o and threads (was: lurker emerges Jon A. Lambert
  • • async i/o and threads (was: lurker emerges James Wilson
    • • async i/o and threads (was: lurker emerges Jon A. Lambert
• Amoeba: Distributed OS release J C Lawrence
• clients anyone?... Andrew Wilson
• • clients anyone?... Adam J. Thornton
  • • clients anyone?... Andrew Wilson
      Adam J. Thornton:
      > On Tue, Aug 11, 1998 at 07:06:44PM +0100, Andrew Wilson wrote:
      > > Tile based projects like UO and Furcadia and emerging RPG+Quake
      > > stuff represent one facet of client technology, funky pictures and
      > > a gaming feel with the graphics being the prime purpose of the
      > > exercise.
      >
      > Ah, but it should, at least in theory, be possible to separate the client
      > data stream protocol model from how the client wants to represent that
      > data, so the same protocol could support a line-based MUD client or a
      > UO-style tiled interface. 3D would be a lot harder but not necessarily
      > impossible. Impossible with finite bandwidth, maybe.
      
      Mmm. The data needed to support tile-based graphics, most likely
      event updates with x,y,z,type records, is going to be pretty
      different to the text content people might read in conversations.
      
      In MCP terminlology you'd be looking at a pair of packages, one
      for text messages, another for coordinate world updates. The client
      could render text in the output window, or overlayed on the 3d
      scene, or in speechbubbles a-la palace. Coordinate updates might
      be handled by a different package, one which new about where you
      were in relation to the disclosed event and how to render it on
      the scene. Plain text clients can chose to not support the
      coordinates package.
      
      [basic client outline, snipped]
      
      > Cool. This is stuff that I will be addressing once I get my server design
      > sort of working. One thing I'm working towards is a communications
      > protocol that lets the client negotiate the options it supports, so that
      > low-bandwidth clients can say "don't choke me with lots of expensive tile
      > data, since this is an 8-bit display" or "I can't handle music so don't
      > bother sending it."
      >
      > Weirdly, the protocol I've been slowly creating looks a lot like NNTP.
      >
      > In an ideal world, I'd support everything from a text-based Pilot interface
      > to 32-bit high-resolution tons-of-tiles lots-of-sounds-and-music interface,
      > based on what the client could support. Dunno how flexible I will end up
      > being.
      
      Sounds familiar...
      
      > > Secondly the client can be extended with plugins which add new
      > > capabilities, navigation windows, desktop metaphores and other
      > > visible extensions. Plugins can also be used to integrate with
      > > underlying OS services, like email, webbrowsers or other network
      > > demons.
      >
      > Is this a matter of knowing which extensions a client and server may
      > support and having a framework by which new extensions can be added without
      > breaking anything? If either end wants some protocol extension that the
      > other end can't handle, they just quietly agree not to use it, but as you
      > add new extensions, you register them somewhere and if the server is
      > similarly enabled, it just magically works?
      
      MCP specifies a negotiation phase which begins immediately after
      the initial connection. Both client and server send a list of
      their capabilities as package,version records and work out the
      overlapping capabilities according to a simple algorithm. Thereafter
      both parties know precisely what they can and can't talk about.
      If the server says it can handle a package that the client can't
      support then after the negotiation phase has ended it'll know the
      client's limitations and so need not bother using that package.
      
      The basic MCP spec details fundamental packages, and the messages
      they support. Stuff like the initial connection's "we speak MCP
      here, how about you?" and the subsequent negoiation phase "cool,
      here's a list of other packages I know about".
      
      It's not magic. It does work flawlessly however, which is almost
      as good.
      
      [talking crabs, NPCs powered by client-side code]
      
      > Nice! This sounds like a good way to implement relatively simple
      > scriptable NPCs, actually: if they just have their own client, can parse
      > the incoming data, and respond appropriately then I don't have to build it
      > explicitly into my server or my database model; I can just create an NPC
      > object and let its client script handle its responses.
      
      There are a couple of concepts scuttling around here. Bots, that
      is externally scripted NPC logic. Distributed processing, or at
      least RPC, which allows a client to offer a useful service to the
      server and to other people using that server. You don't *really*
      need a chat client to do do either of these things of course.
      
      > (Phil Goetz had a
      > great model for low-budget interaction on rec.arts.int-fiction several
      > months ago: Artificial Stupidity. Basically, it's Eliza except that there
      > are a few things each character knows about, and it operates under the
      > assumptions that a) it is the center of the universe, and you have to be
      > talking about *it* and b) everyone else is in cahoots against it, and c)
      > everything has to do with one of the things it knows about. You end up
      > with something that behaves as if it were from New Jersey.)
      
      Chatterbots recently emerged as a new tool for augmenting websites.
      Providing a warmer and more natural interface to tricky stuff like
      FAQ presentations and simple user support queries. These techniques
      are probably worthy of more attention by those who wish to make
      their web/chat sites more attractive and engrossing.
      
      Simon Laven has a good rundown on the state of the art. Shallow
      Red of 'Neurostudio Chatterbots' is a nice demo:
      
      http://www.toptown.com/hp/sjlaven/
      
      I don't profess to any greater knowledge than this however. I just
      thought ELIZA was cute and wondered how to make use of it.
      Technically it's kindergarten technology, but more than a match for me.
      
      > > The same structure can display useful navigational hints. For
      > > any room on the map you can display a set of buttons corresponding
      > > to the exits out of the room. The result resembles the cardinal
      > > points dotted around the edge of a compass. Clicking on a
      > > button moves you the direction of that button and into an
      > > adjoining room. At the same time the set of buttons can be
      > > updated to represent the exits leading from the new location.
      >
      > Until you _do_ want complexly-connected maps. At which point things get
      > ugly. Doing the compass rose problem has been addressed several times on
      > rec.arts.int-fiction, and there are some neat Inform and Hugo libraries
      > that address navigation and automapping on ftp.gmd.de under /if-archive.
      
      That's interesting, I'll have to hunt for the Inform/Hugo stuff.
      There's certainly a limit on what topologies you can represent with
      a simplified interface. For office floor layouts, or room based
      representations of real spaces it's bearable though. If you want
      to display the linkage from the magic-mirror to the land of the
      little elves then you probably want to use some other tool.
      
      > Adam
      > --
      > adam@princeton.edu
      > "There's a border to somewhere waiting, and a tank full of time." - J. Steinman
      
      Cheers,
      Ay.
      
      Andrew.Wilson@cm.cf.ac.uk http://www.cm.cf.ac.uk/User/Andrew.Wilson/
      Voice/Fax: +44 (0) 1865 513 091
    • clients anyone?... Hans-Henrik Staerfeldt
    • • clients anyone?... Adam J. Thornton
      • clients anyone?... Bruce Mitchener, Jr.
      • • clients anyone?... James Wilson
        • clients anyone?... Adam J. Thornton
        • • clients anyone?... Andrew Wilson
          • • clients anyone?... Adam J. Thornton
            • • clients anyone?... Andrew Wilson
              • • clients anyone?... Adam J. Thornton
      • clients anyone?... Adam Wiggins
    • clients anyone?... Andrew Wilson
  • clients anyone?... J C Lawrence
  • • clients anyone?... Andrew Wilson
• Re:Methods to Reduce Ecological Wipeout Michael.Willey@abnamro.com
• ADMIN: Over quoting (again) J C Lawrence
• JASSS: The Journal of Artificial Societies and Social Simulation J C Lawrence
• Methods to Reduce Ecological Wipeout Leach, Brad BA
• • Methods to Reduce Ecological Wipeout s001gmu@nova.wright.edu
  • • Methods to Reduce Ecological Wipeout quzah
    • • Methods to Reduce Ecological Wipeout Michael.Willey@abnamro.com
  • Methods to Reduce Ecological Wipeout Koster, Raph
  • • Methods to Reduce Ecological Wipeout Michael.Willey@abnamro.com
    • • Methods to Reduce Ecological Wipeout Koster, Raph
      • • Methods to Reduce Ecological Wipeout Brandon J. Rickman
        • • Methods to Reduce Ecological Wipeout quzah
          • Methods to Reduce Ecological Wipeout Marian Griffith
        • Methods to Reduce Ecological Wipeout Damion Schubert
        • Methods to Reduce Ecological Wipeout J C Lawrence
    • Methods to Reduce Ecological Wipeout J C Lawrence
• LinuxThreads and SIGUSR1 (Ref: [MUD-Dev]) Adam J. Thornton
• Eye movement. quzah
• • Eye movement. James Wilson
  • • Eye movement. quzah
    • • Eye movement. S. Patrick Gallaty
      • • Eye movement. T. Alexander Popiel
    • Eye movement. Hans-Henrik Staerfeldt
• OGR: Ion Storm's Witchboy talks about the functionality of enemy AI. J C Lawrence
• • OGR: Ion Storm's Witchboy talks about the functionality of enemy AI. s001gmu@nova.wright.edu
  • • OGR: Ion Storm's Witchboy talks about the functionality of enemy AI. J C Lawrence
• Methods to Reduce Ecological Wipeout (fwd) Marc Hernandez
• avoiding ecological wipeout Laurel Fan
• Passing file descriptors to other processes Adam J. Thornton
• Yet another update on threads and signals Adam J. Thornton
• • Yet another update on threads and signals s001gmu@nova.wright.edu
  • Yet another update on threads and signals Chris Gray
  • • Yet another update on threads and signals Adam J. Thornton
  • Yet another update on threads and signals Chris Gray
  • • Yet another update on threads and signals Adam J. Thornton
  • Yet another update on threads and signals Chris Gray
  • • Yet another update on threads and signals Adam J. Thornton
• OT: access s001gmu@nova.wright.edu
• Affordances and social method cat
• Affordances and social method cat
• • Affordances and social method Caliban Tiresias Darklock
  • • Affordances and social method Ola Fosheim Grøstad
• Missing MUD-Dev post (fwd) Dr. Cat
• FW: UBE/high: W IRED: Kilers have more fun Koster, Raph
• Affordances and social method Koster, Raph
• Marian's Tailor Problem Koster, Raph
• • Marian's Tailor Problem Brandon Cline
  • Marian's Tailor Problem Hans-Henrik Staerfeldt
  • • Marian's Tailor Problem Brandon Cline
    • • Marian's Tailor Problem Ola Fosheim Grøstad
      • Marian's Tailor Problem Damion Schubert
  • Marian's Tailor Problem Chris Gray
• UBE/high: W IRED: Kilers have more fun Koster, Raph
• • UBE/high: W IRED: Kilers have more fun Mike Sellers
  • UBE/high: W IRED: Kilers have more fun s001gmu@nova.wright.edu
  • UBE/high: W IRED: Kilers have more fun Marian Griffith
• Question for the list (Semi-OT) Nathan F Yospe
• • Question for the list (Semi-OT) Oliver Jowett
  • • Question for the list (Semi-OT) Jon Leonard
  • Question for the list (Semi-OT) Ben Greear
• FW: UBE/high: W IRED: Kilers have more fun Jon A. Lambert
• Private Affordances and social method Mike Sellers
• • Private Affordances and social method Marian Griffith
  • • Private Affordances and social method Mike Sellers
• FW: UBE/high: W IRED: Kilers have more fun Marian Griffith
• UBE/high: FW: UBE/high: W IRED: Kilers have more fun Dr. Cat
• • UBE/high: FW: UBE/high: W IRED: Kilers have more fun S. Patrick Gallaty
• free XML Parser (was clients anyone?...) James Wilson
• UBE/high: FW: UBE/high: W IRED: Kilers Jon A. Lambert
• • UBE/high: FW: UBE/high: W IRED: Kilers Koster, Raph
  • • UBE/high: FW: UBE/high: W IRED: Kilers S. Patrick Gallaty
    • UBE/high: FW: UBE/high: W IRED: Kilers quzah
    • • UBE/high: FW: UBE/high: W IRED: Kilers James Wilson
      • UBE/high: FW: UBE/high: W IRED: Kilers Damion Schubert
    • UBE/high: FW: UBE/high: W IRED: Kilers J C Lawrence
• UBE/high: UBE/high: FW: UBE/high: W IRED: Kilers Dr. Cat
• Marion's Tailor Problem s001gmu@nova.wright.edu
• • Marion's Tailor Problem Caliban Tiresias Darklock
  • • Marion's Tailor Problem jwilson@rochester.rr.com
    • Marion's Tailor Problem Travis Casey
    • • Marion's Tailor Problem Caliban Tiresias Darklock
      • • Marion's Tailor Problem Adam J. Thornton
        • Marion's Tailor Problem Travis S. Casey
  • Marion's Tailor Problem Jynx {Wyrm / Tygr / Myth} Ryn
  • • Marion's Tailor Problem s001gmu@nova.wright.edu
    • • Marion's Tailor Problem Damion Schubert
    • Marion's Tailor Problem Damion Schubert
    • • Marion's Tailor Problem Ola Fosheim Grøstad
  • Marion's Tailor Problem Adam Wiggins
  • • Marion's Tailor Problem quzah
    • Marion's Tailor Problem Marian Griffith
    • Marion's Tailor Problem J C Lawrence
    • • Marion's Tailor Problem Marian Griffith
      • • Marion's Tailor Problem Koster, Raph
  • Marion's Tailor Problem Matthew R. Sheahan
  • • Marion's Tailor Problem quzah
    • • Marion's Tailor Problem Matthew R. Sheahan
  • Marion's Tailor Problem Koster, Raph
  • • Marion's Tailor Problem Marian Griffith
    • • Marion's Tailor Problem Ola Fosheim Grøstad
      • • Marion's Tailor Problem J C Lawrence
        • • Marion's Tailor Problem Ola Fosheim Grøstad
        • Marion's Tailor Problem Marian Griffith
• Slightly-OT: RPG Mapping Tool Holly Sommer
• UBE/high: UBE/high: FW: UBE/high: W IRED: Kilers Dr. Cat
• UBE/high: FW: UBE/high: W IRED: Kilers Scatter
• • UBE/high: FW: UBE/high: W IRED: Kilers Marian Griffith
  • • UBE/high: FW: UBE/high: W IRED: Kilers Scatter
    • UBE/high: FW: UBE/high: W IRED: Kilers Brandon J. Rickman
    • • UBE/high: FW: UBE/high: W IRED: Kilers Damion Schubert
      • • UBE/high: FW: UBE/high: W IRED: Kilers quzah
        • UBE/high: FW: UBE/high: W IRED: Kilers Marian Griffith
      • UBE/high: FW: UBE/high: W IRED: Kilers Adam Wiggins
      • UBE/high: FW: UBE/high: W IRED: Kilers Travis Casey
      • • UBE/high: FW: UBE/high: W IRED: Kilers Brandon J. Rickman
        • • UBE/high: FW: UBE/high: W IRED: Kilers Koster, Raph
• Thoughts on Marian's Tailor Problem s001gmu@nova.wright.edu
• Standard Mud Room Format? plateau
• • Standard Mud Room Format? T. Alexander Popiel
  • • Standard Mud Room Format? Michael.Willey@abnamro.com
  • Standard Mud Room Format? J C Lawrence
  • Standard Mud Room Format? Adam J. Thornton
  • Standard Mud Room Format? Holly Sommer
  • • Standard Mud Room Format? Matthew R. Sheahan
  • Standard Mud Room Format? Hans-Henrik Staerfeldt
  • Standard Mud Room Format? Scatter
• Tangent to the Tailor Marc Bowden
• PerLDAP, usefull for your perl-mud? quzah
• UBE/high: Affordances and social method Dr. Cat
• UBE/high: FW: UBE/high: W IRED: Kilers have more fun Dr. Cat
• Article: A Summary of Principles for User-Interface Design. J C Lawrence
• • Article: A Summary of Principles for User-Interface Design. Adam J. Thornton
  • Article: A Summary of Principles for User-Interface Design. Ola Fosheim Grøstad
• Sockets permanently in CLOSE_WAIT state. (fwd) Oliver Jowett
• Fw: BlackSquad Releases File Formats Damion Schubert
• Revenants (Marion's Tailor Problem) Damion Schubert
• Finer points of Telnet programming ... Jynx {Wyrm / Tygr / Myth} Ryn
• • Finer points of Telnet programming ... quzah
  • • Finer points of Telnet programming ... J C Lawrence
    • • Finer points of Telnet programming ... quzah
      • • Finer points of Telnet programming ... J C Lawrence
  • Finer points of Telnet programming ... Marc Hernandez
  • Finer points of Telnet programming ... Ben Greear
  • • Finer points of Telnet programming ... Greg Munt
    • • Finer points of Telnet programming ... Ben Greear
  • Finer points of Telnet programming ... Jynx {Wyrm / Tygr / Myth} Ryn
  • • Finer points of Telnet programming ... Caliban Tiresias Darklock
    • • Finer points of Telnet programming ... Adam Wiggins
      • • Finer points of Telnet programming ... Caliban Tiresias Darklock
    • Finer points of Telnet programming ... quzah
  • Finer points of Telnet programming ... Greg Munt
• [off-topic] Email Jeroen Ruigrok/Asmodai
• Minimal MUD-kernel (was Finer points of Telnet programming ...) Niklas Elmqvist
• Modular MUD [Was:Finer points of Telnet programming ...] Jynx {Wyrm / Tygr / Myth} Ryn
• • Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
  • • Modular MUD [Was:Finer points of Telnet programming ...] Adam J. Thornton
    • • Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
      • • Modular MUD [Was:Finer points of Telnet programming ...] Adam J. Thornton
        • • Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
          • • Modular MUD [Was:Finer points of Telnet programming ...] pomales
            • • Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
              • Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
              • • Modular MUD [Was:Finer points of Telnet programming ...] pomales
          • Modular MUD [Was:Finer points of Telnet programming ...] Jeroen Ruigrok/Asmodai
          • • Modular MUD [Was:Finer points of Telnet programming ...] James Wilson
    • Modular MUD [Was:Finer points of Telnet programming ...] Jynx {Wyrm / Tygr / Myth} Ryn
    • • Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
• Modular MUD Caliban Tiresias Darklock
• • Modular MUD Ola Fosheim Grøstad
  • • Modular MUD Caliban Tiresias Darklock
    • Modular MUD Jeroen Ruigrok/Asmodai
    • • Modular MUD D. B. Brown
      • • Modular MUD quzah
        • • Modular MUD Caliban Tiresias Darklock
          • • Modular MUD Adam J. Thornton
            • • Modular MUD Caliban Tiresias Darklock
              • • Modular MUD Adam J. Thornton
                • • Modular MUD quzah
                  • • Modular MUD J C Lawrence
                    • Modular MUD Adam J. Thornton
                    • • Modular MUD Bruce Mitchener, Jr.
                      • Modular MUD Holly Sommer
                      • • Modular MUD Adam J. Thornton
                    • Modular MUD Caliban Tiresias Darklock
                  • Modular MUD Vadim Tkachenko
                  • Modular MUD John Bertoglio
• Modular MUD [Was:Finer points of Telnet progra Jon A. Lambert
• OS Wars [Was: Modular MUD] Jynx {Wyrm / Tygr / Myth} Ryn
• Modular MUD [Was:Finer points of Telnet progra Jon A. Lambert
• Modular MUD [Was:Finer points of Telnet programming ...] Chris Gray
• The 'consider' command Richard Woolcock
• • The 'consider' command Damion Schubert
  • • The 'consider' command Jon Leonard
  • The 'consider' command Hans-Henrik Staerfeldt
• Scripting:was Modular Mud Jon A. Lambert
• Quake 3: How to do OpenGL J C Lawrence
• lockless system - foolproof? James Wilson
• • lockless system - foolproof? Chris Gray
  • • lockless system - foolproof? J C Lawrence
    • lockless system - foolproof? James Wilson
  • lockless system - foolproof? J C Lawrence
  • • lockless system - foolproof? James Wilson
    • • lockless system - foolproof? J C Lawrence
      • • lockless system - foolproof? T. Alexander Popiel
        • • lockless system - foolproof? J C Lawrence
          • • lockless system - foolproof? T. Alexander Popiel
            • • lockless system - foolproof? J C Lawrence
        • lockless system - foolproof? James Wilson
        • • lockless system - foolproof? J C Lawrence
• Admin: OS wars and avocacy are off-topic J C Lawrence