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
                T. Alexander Popiel wrote:
                >
                > In message: <35CE83C9.62363952@freehold.crocodile.org>
                > Vadim Tkachenko <vt@freehold.crocodile.org> writes:
                > >
                > Hmm. Okay, definitions are always good. :-) They promote
                > communication, as opposed to vociferous noise.
                
                :-)
                
                > My definitions of blocking and non-blocking I/O are as follows:
                
                Preserved for clarity
                
                > Blocking I/O: you make a library/system call requesting an I/O
                > operation of a given size. The call does not return until the
                > entire operation completes for the entire size requested,
                > regardless of delays incurred. Under some implementations,
                > external (and only external) sources may interrupt the call.
                > Under no circumstances is your program able to do other work
                > while waiting for the I/O to complete.
                >
                > Non-blocking I/O: you make a library/system call requesting
                > an I/O operation of a given size. The call always returns
                > 'immediately' (after minimal processing of the request,
                > responding with whatever data is already on hand), with an
                > indication of how much I/O was actually performed. In some
                > implementations (UNIX sockets), no further processing is done
                > without additional request. In other implementations (Amiga,
                > apparently, and some of the old mainframes), when the remainder
                > of the requested I/O is completed, the calling program is
                > informed. In both cases, a _separate_ library/system call is
                > available to wait until more I/O is possible or I/O completes
                > (depending on flavor).
                
                Okay, now I see that I meant the same definitions, although have a
                different viewpoint.
                
                For last 2 years I'm thinking in Java, before that I'd been thinking in
                C++ for 6 years, 2 of which were preemptive and multithreaded, before
                that, it was Windows.
                
                Now, I agree that UNIX may not (I'm not really strong in C++ in UNIX)
                and Java does not have asynchronous I/O as you describe it. However, I
                was doing the stuff mostly top-to-the-bottom and don't really see a
                problem here. Let me draft it (I guess, it's pretty obvious):
                
                ACT is the Asynchronous Completion Token (Design patterns...), has
                read_count field and a semaphore.
                
                ACT asyncread( buffer, how_much_do_I_want, boolean all_async );
                
                OK, so what I have is some read performed at once (no sense in async
                read if I know the absolute minimum I want), and then I know how much
                did I read - the ACT has it. Then, I can go out and do my stuff, and
                when I'm ready I may go out and wait for the completion semaphore (let
                me emphasise, _event_ semaphore).
                
                So, on the API level - what's the difference between the _library_ call
                and the simple piece of code I'm talking about? Agreed, the former may
                be _much_ more effective, but if you're going to production, you need
                the _scalable_ solution anyway, and if it really bothers you, go to the
                platform which does have the stuff you mentioned and make it native, in
                Java case.
                
                > The most important distinction in my mind is the ability (or
                > lack thereof) to separate the request and the wait for request
                > completion.
                
                Nah, the Asynchronous Completion Token is a solution in this case.
                
                For those who still remember what is a Jukebox: guys, I'm terribly sorry
                - it's in the transition from 2.0 to 3.0 right now and I'm really
                ashamed to give it away as it is - it's patchy and messy, but for those
                interested - I can send you the complete CVS repository today. A while
                ago, the copyright issues were holding me, but not any more.
                
                Reading the MUD-Dev too much, remember - there was a thread about what
                happens to those who start reading it...
                
                > - Alex (who seems to have spawned quite the tempest)
                
                --
                Still alive and smile stays on,
                Vadim Tkachenko <vt@freehold.crocodile.org>
                --
                UNIX _is_ user friendly, he's just very picky about who his friends are
              • • 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
    • 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