HDTenEightyP/NetNews huggingface dataset:
From: wing@lysator.liu.se (Mattias Wingstedt)
Subject: Hack'n'slash not for me
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Fri, 21 Aug 1992 19:43:53 GMT

I  would love a mud where I didn't have to hack'n'slash. I haven't
played a lpmud for some time now because it is just too boring to run
around hacking for a couple of hours before you are able do anything
interesting. I'm a bit disappointed in Genesis because it seems like
they built a better version of todays lpmuds instead of building
something new...(you still have to do a serious amount of
hack'n'slash). The day you will be able to play a pacifist
successfully I'll give it a shot.

I have been thinking about starting a new mud dedicated to
quest-solving (and lpc-hacking :). In this mud everyone would be
wizard and player at the same time. There would be a very small
central world, maybe something like a gaming company that made direct
neural interface games. From this central world you could play various
scenarios made by other players or build your own. You would not keep
any stats/skills whatever between scenarios. Some of the scenarios
could be meant for one player, others for several. A scenario could
even be a world in which you create a character that you keep and that
improves with time (a mud in the mud :).

The problem with all this is that it requires rather substantial
changes to the lpmud-driver, since you should only have wizard powers
in one area of the mud (you can only access some of the mud's
objects). So I don't know if I ever will finish this project, but if
there is someone else out there in netland that thinks that this is a
good idea, let me know. It might be the encouragement I need to get
going.


--
Mattias Wingstedt, Lysit; wing@lysator.liu.se; -Muds could be fun.
From: fermat@fermat.dartmouth.edu (Michael Glenn)
Newsgroups: rec.games.mud.lp
Subject: Re: Casino type games for lp muds?
Date: 12 Aug 92 15:07:02 GMT
Distribution: na
Organization: Dartmouth College, Hanover, NH

In article <1992Aug10.213659.7720@iitmax.iit.edu> nowlola@elof.iit.edu  
(Olatunji Nowlin) writes:
> 
> Does anyone know of any other 'standard' games
> out there?
> 

As far as I know, my craps table is still in operation on lustymud.  It  
lets people take turns rolling the dice, and everyone in the room can bet.   
The dice are displayed graphically when rolled.  Most standard craps bets  
allowed, and payoffs are standard atlantic city odds.  It will also keep  
track of your winnings. (or losses)  Max bet of 100 gp's for players.   
(unlimited for wizards)  Also, relatively bug free as far as I know.

One thing was though, that it was written a LONG time ago, like over two  
years ago.  So it was written for very basic lpc code, and doesn't use  
anything fancy.  This is good and bad.  Bad, since it probably isn't as  
efficient as it currently could be, and good since it'll probably work on  
just about any lpmud. :)

fermat@dartmouth.edu (fermat.dartmouth.edu 2525)
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Newsgroups: rec.games.mud.lp
Subject: Re: CFD: mandala
Keywords: LPC
Date: 20 Aug 92 02:56:44 GMT
Organization: Point of Presence & MCS Hamburg

djohnson@cs.ucsd.edu (Darin Johnson) writes:

>>mandala(condition_1) {
>>  ying:
>>    statement_sequence_1;
>>    if (condition_2) {
>>	statement_sequence_2;
>>	goto ying;
>>    } else if (condition_3) {
>>	statement_sequence_3;
>>	goto yang;
>>    }
>>    statement_sequence_4;
>>    break;
>/* where the %$# is this break supposed to go? */

Out of the mandala.

>>  yang:
>>    statement_sequence_5;
>>    if (condition_4) {
>>	statement_sequence_6;
>>	goto ying;
>>    } else if (condition_5) {
>>	statement_sequence_7;
>>	goto yang;
>>    }
>>    statement_sequence_8;
>>    break;
>>}

>/* for shame, apparently our avl tree is a global var! */

Add as many indentation to the left as you like, the code is not meant to
be anything usable stand-alone.
mandala was the proposed name for the structure, with ying and yang as
specia labels.

>mandala(unused_arg) {
>    ying();
>}

>ying() {
>    statement_sequence_1;
>    if (condition_2) {
>	statement_sequence_2;
>	ying();

^^^^^^^^^^^^^^^^^ The idea was to avoid superflous function calls. As you
should be able to deduct from the word 'iterative' . Recursive avl managing
algorithms are easier to write, but cost more execution time and stack.

>    } else if (condition_3) {
>	statement_sequence_3;
>	yang();
>    }
>    statement_sequence_4;
>}

>yang() {
>    statement_sequence_5;
>    if (condition_4) {
>	statement_sequence_6;
>	ying();
>    } else if (condition_5) {
>	statement_sequence_7;
>	yang();
>    }
>    statement_sequence_8;
>}

>Ah, the structure resembles that of the cosmos.  Will work fine as
>long as your avl tree is a real tree (no bad karma things like
>looping back on itself).

Fast iterative avl handling needs a parent pointer in each node.

	amylaar
From: d8andjo@dtek.chalmers.se (Johan Andersson)
Newsgroups: rec.games.mud.lp
Subject: Re: Darker Realms - The Mudlib
Date: 14 Aug 92 12:08:58 GMT
	<KJETILHO.92Jul31112327@holmenkollen.ifi.uio.no>
	<1992Aug3.233739.28609@cs.aukuni.ac.nz>
	<1992Aug4.183116.3636@fy.chalmers.se>
	<1992Aug7.233248.10543@mcshh.Hanse.DE> <13226@chalmers.se>
	<1992Aug11.130723.226
Organization: Chalmers University of Technology, Sweden
In-reply-to: amylaar@opal.cs.tu-berlin.de's message of 13 Aug 92 22:07:34 GMT

In article <1992Aug13.220734.23972@cs.tu-berlin.de> amylaar@opal.cs.tu-berlin.de (J"orn Rennecke) writes:

>  >Yes, something ought to be done about call_outs. They are almost always to
>  >the same function though so maybe the index to that function should be 
>  >stored, like we do for call_others.
>   
> As call_outs are always locals, and often use string constants, that is a job
> for the compiler.
>
If it is a string constant one can make it into an internal call, yes. The
problem is that that would change the semantics when the object is shadowed.

One could find the index as for an internal call directly at compiletime,
though. Which is probably a good idea, and then use the 'cached call_other'
principle.

 [ cachemisses and new things ]

>  Not necessarily. Some wizards use a lot of tools to support their design
>  activity.
>
By development I mean writing new code. When new code is launched into the
game, cache misses must occur. If you have an extremely high cache hitrate 
then not much new code gets launched into the game. The only way to get
around this is to have a separate 'wizard' mud, I believe the Aussies have
had that for some time, Mike?

>  >The thing is, our global cache doesn't perform well with 10-20% hitrate. 
>  
> You should try 10 CACHE_BITS (1024 entries) and more shared strings.
> Only if this fails to give the desired results, it's worth the effort to
> invesigate other possibilities to make function calls faster.
>
I've just made it into a '#define GLOBAL_CACHE size' for easy adjustments.
With size == 2048, the hitrate of the global cache is ~30%. This is far
from enough. And yes, I did change the xor-line so as to use 2log(size) 
bits :-) 

/Johan
--
Johan Andersson           | "You don`t have conversations with microprocessors
Chalmers, Sweden          | you tell them what to do, and then you helplessly
Email:                    | watch the disaster when they take you literally."
d8andjo@dtek.chalmers.se  |	Sah`ot in David Brins "Startide Rising"
From: xt@math.chalmers.se (Carl Hallen)
Newsgroups: rec.games.mud.lp
Subject: CDlib 00.25 and CDdriver 01.57
Date: 17 Aug 92 01:44:04 GMT
Distribution: rec
Organization: Mathematics Department, Chalmers University of Technology, Sweden


A new version of the CD-mudlib is now available from ftp.cd.chalmers.se.
The name of the file is Mudlib-CD.00.25.tar.Z, and it is in /pub/cdlib.
There are no diffs available between 00.24 and 00.25 since we have
rearranged the layout of the mudlib to some extent.

Among the changes in 00.25 are:
  -   Time system from PaderMud.
  -   More parts of the map system.
  -   Messages are printed when players link dies.
  -   Reorganization of the layout to prevent overwriting local
      files when installing patches.
  -   /secure/master can be updated.
  -   Lots of bugs fixed.


For CDlib 00.25 to run you will need a new version of the game driver
that is available from ftp.cd.chalmers.se in /pub/cdlib/Lpmud-CD.01.57.tar.Z.
There is also a set of diffs to upgrade from 01.56 in
Lpmud-CD.01.56-01.57.diff.Z.

Bug reports should, as usual, be sent to mud@cd.chalmers.se.

Carl Hallen (Fatty at Genesis)
From: miked@clark.edu (Mike Dunham)
Newsgroups: rec.games.mud.lp
Subject: Re: Looking for LPMUD for SYSV R4
Date: 19 Aug 92 06:51:36 GMT
Article-I.D.: clark.1992Aug19.065136.4648
Organization: Clark College, Vancouver, Wa.  USA

In article <TRSNYDER.92Aug18230415@queen.mcs.Drexel.edu> trsnyder@mcs.Drexel.edu (Bob Snyder) writes:

>
>As in, a real AT&T UNIX(tm) machine?  SVR4 isn't saying much, as that is the
>standard that a lot of Unix manufactures are heading towards.
>

ESIX Unix System Five Release 4(basically AT&T), I am not the system admin
so I don't know the exact differences.

>
>What problems are you having?  Which driver?  Lars'?  DR?  CD?  "MudOS"?
>

I think the main problems I am having are with the IPC setup(due to the 
fact that most of the lpmud's are written for BSD libraries). I also have
a heck of a lot of redeclaration errors when compiling either Lars or CD(has
something to do with malloc(it trys to redeclare the system malloc functions
from <malloc.h>). I do manage to get it to compile but just after the message
setting up ipc it promptly core dumps without any error messages.

I have tried tracing the problem and have gotten as far as backend() and some
function in that loop causes the core dump, beyond that I don't know?


>I would suspect that if it isn't compilable under System V Release 4, then
>there will be a number of patches out, especially when SunOS 5.0/Solaris 2.x
>starts being used.
>

Where would I find such patches????????

miked@clark.edu ;>
Newsgroups: rec.games.mud.lp
From: havardhk@sofus.dhhalden.no (HAVARD HOYAAS KRISTOFFERSEN)
Subject: New MUD. Need advise.....
Keywords: TSR
Organization: Ostfold College
Date: Wed, 12 Aug 1992 12:39:31 GMT

I have a MUD that's just about ready for launching, but there are a few 
things I need to know before I open it to public. It's in TSR's Forgotten
Realms setting, and using their material throughout the MUD.

I do realize there are some legal thingies I'll have to work my way through,
using their TM, but being a European, I simply don't know the American rules
on this (not the rules in my country either for that matter). Can anyone 
please inform me ?

The MUD should work as nice promotion for both Forgotten Realms and AD&D in
general, so I can't think of any reason why they'd mind, but I'd like to be
certain. 

Best thing would perhaps be to get in touch with someone within TSR. So if 
you have a suggestion as to who I might contact, please mail me on:

havardhk@sofus.dhhalden.no

Ducky who never knew anything about legal procedures and laws
From: d8andjo@dtek.chalmers.se (Johan Andersson)
Newsgroups: rec.games.mud.lp
Subject: Re: **** TOP 10 LPMUDs ****
Date: 17 Aug 92 14:54:01 GMT
	<Bsy271.518@wpi.WPI.EDU> <1992Aug14.183116.7709@tamsun.tamu.edu>
	<alfred.713896642@dutepp3> <1992Aug17.114401.8376@usenet.ins.cwru.edu>
Organization: Chalmers University of Technology, Sweden
In-reply-to: ak853@cleveland.Freenet.Edu's message of 17 Aug 92 11:44:01 GMT

In article <1992Aug17.114401.8376@usenet.ins.cwru.edu> ak853@cleveland.Freenet.Edu (Eric Blade) writes:

 [ ... lots of negative and snipish remarks deleted ..]

If you don't like it go away, or come up with some constructive critisicm.

One thing, as to not calling Genesis an LPmud.

When Lars developed LPmud he put a lot of effort into both the gamedriver
and to some extent the first mudlib. He adopted an entirely new system for
writing multi user adventure games. LPmud was userextendible and everything
about it was defined in an 'in-game' language, LPC.

To me it is these principles and especially the LPC language that identifies
a MUD to be an LPmud. What you saw when you played as to room descriptions,
available commands etc, was to a not insignificant degree borrowed from
Abermud anyway. That was the MUD Lars played before deciding to make a new,
better and entirely differet MUD _system_.

To call our mud or any other LPmud something other than _LP_ would IMHO,
be to deny Lars the credit for his wonderful creation.

/Johan
--
Johan Andersson           | "You don`t have conversations with microprocessors
Chalmers, Sweden          | you tell them what to do, and then you helplessly
Email:                    | watch the disaster when they take you literally."
d8andjo@dtek.chalmers.se  |	Sah`ot in David Brins "Startide Rising"
From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Newsgroups: rec.games.mud.lp
Subject: Re: **** TOP 10 LPMUDs ****
Date: 22 Aug 92 05:31:46 GMT
Organization: Computer Science, Monash University, Australia

People write:

>>MudOS is a ripoff created by TMI to get them some fame (personal opinion).

>Antony> MudOS is NOT an attempt to gain fame.  And it cannot be considered a ripoff
>Antony> since TMI freely accepts the notion that their inspiration was Lars Penji,

> Even though they can talk MudOS as another version of LpMUD
> why they had to make totally different name? A postfix to
> LpMUD would have been enough.

In TMI's case, I agree.  But, in your opinion, how far does a mud have
to evolve away from LP to deserve a title which does not contain "LP"
in its name?

Can it be LPmud with extra features?  Substantially different language
design?  Does it have to be based on totally different ideas?
Non-programmable?  What?

I have an LPmud which will soon (soon being a relative term :) NOT be
an LPmud - the source syntax is still close to "extended" C, but the
way you program, the way everything hangs together, is substantially
different.  Is this an LPmud?  Why didn't Lars include a reference to
"Smalltalk" or some similar O-O language from which he got ideas in the
name of his mud? (well, he did include "mud"... but I digress :)

One of the major problems with putting your name in a mud is that
people who develop your ideas further have no way to choose their own
name which is different but gives both you and them credit (e.g.
uber/unter, mush/muck; unix/xenix/minix, etc).  A suffix is fine for a
while - for instance, while you still have some of the original source
code - but eventually, your code *is* no longer an LPmud...after all,
many languages owe a debt to ALGOL which everyone knows about but
nobody feels the need to acknowledge as part of the language name (NB:
ALGOL's a *great* language - pity it died).

Mike.

ps: I'll call mine whatever the hell I want to anyway... I hereby reserve
the name "SpugMud", and it's logical successors, "DrokkMud" and
"SpudMyGrudMud", as names for future releases... :)
--
Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au

"Head stompin', ass kickin', finger licking nastiness"
From: cmlee@cory.Berkeley.EDU (Tom Chen-Ming Lee)
Subject: Re: New MUD. Need advise.....
Keywords: TSR
Organization: University of California, at Berkeley
Date: Wed, 12 Aug 1992 15:32:33 GMT

In article <havardhk.22@sofus.dhhalden.no> havardhk@sofus.dhhalden.no (HAVARD HOYAAS KRISTOFFERSEN) writes:
>I have a MUD that's just about ready for launching, but there are a few 
>things I need to know before I open it to public. It's in TSR's Forgotten
>Realms setting, and using their material throughout the MUD.
> 
> [...]
>
>havardhk@sofus.dhhalden.no
>
>Ducky who never knew anything about legal procedures and laws


Your situation is smiliar to GodNet.  Is there any wizard from GodNet
would like to help him clarify?


- Tom
Newsgroups: rec.games.mud.lp
From: guddt@uniwa.uwa.edu.au (David Bennett)
Subject: Re: Hack'n'slash not for me
Organization: University of Western Australia
Date: Sun, 23 Aug 1992 16:00:13 GMT

anipa@cs.tut.fi (Niilo Neuvo) writes:
>One of the best uses I could think of for exec() is a cyberspace. Or a
>mud within a mud in other words (one could think of our gridwar as a
>mud within a mud).

You can do a lot of this with shadows and clever thingy handleing on the
playter object.  ONe good reason for keeping everything on the player
object is that all the stuff for handling player stuff is in the one
spot.  You do not need to change it in a bunch of files.

Shadows are just as much fun and just as powerful...  We use a shadow
for death amongst other things.  In fact I use a lot of shadows.

David.
[DDT] Pink fish forever.
-- 
  David Bennett,  guddt@uniwa.uwa.oz.au | University Computer Club
     Where Pink fish swim backwards.    | c/o Guild of Undergraduates
These words I am singing now mean nothing more than meow to an animal - TMBG
Disclaimer: Any spelling mistakes in this article are all entirly my fault.  Any grammer errors spotted in this article were put there because I could.
From: dixjb@silver.lcs.mit.edu (Jonathan Barrymore Dix)
Newsgroups: rec.games.mud.lp
Subject: Re: Porting 3.XX to ULTRIX
Keywords: help needed
Date: 21 Aug 92 22:00:39 GMT
Organization: MIT Laboratory for Computer Science

In article <21AUG199209220117@acad3.alaska.edu> jsjdb@acad3.alaska.edu (Jason D. Bourgoin) writes:
>Ok, we snagged 3.0.53 from alcazar, zcat'ed it, etc, and it's returning
>a boatload of errors on comm1.c (did I mention we're running Ultrix ?)
>
>Has anyone else ported 3.XX to Ultrix ? Do I (we) need to snag a newer/
>different/etc parser ? I don't have account access (a deity from within
>the mud) so any instructions will have to be explicit, so I can relay
>them to the actual account owner.
>
>Did I mention that the head deity would like to run a 2.4.5 mudlib ?
>(Sorry TMI :)  Anyway, mail me....
>
>***PLEASE DO NOT RE-POST HERE***  MY RESOURCES ON THIS ACCOUNT ARE NEAR
>DEPLETED, SO POSTING YOUR RESPONSE WILL NOT RESULT IN ME SEEING IT.
>
>Instead, MAIL me at:     jsjdb@acad1.alaska.edu
>
>Thanks in advance,
>Jason D. Bourgoin
>Katmandu





   Kat, is one of my gods...here are the errors we came up with:

ccom: Error: comm1.c, line 783: access_class undefined
              release_host_access (ob->interactive->access_class);
      ---------------------------------------------------------^
ccom: Error: comm1.c, line 783: member of structure or union required
              release_host_access (ob->interactive->access_class);
      ---------------------------------------------------------^
ccom: Error: comm1.c, line 943: class undefined
          if (!(class = allow_host_access (new_socket, new_socket)))
      ----------------^
ccom: Warning: comm1.c, line 943: illegal combination of pointer and integer,
op
 =
          if (!(class = allow_host_access (new_socket, new_socket)))
      ------------------------------------------------------------^
ccom: Error: comm1.c, line 1000: access_class undefined
              all_players[i]->access_class = class;
      -----------------------------------^
ccom: Error: comm1.c, line 1000: member of structure or union required
              all_players[i]->access_class = class;
      -----------------------------------^
ccom: Warning: comm1.c, line 1000: illegal combination of pointer and integer,
o
p =
              all_players[i]->access_class = class;
      --------------------------------------------^
(ccom): comm1.c, line 1000: cannot recover from earlier errors: goodbye!
      }
      ^
*** Error code 1

Stop.
  some of this shit I could figure out...2.4.5 was easier...As KAT said
anyone who can help much apreciated...thanks


   Lieutenant.
this address is fine but mail to KAT's address.
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: Re: CFD: mandala
Keywords: LPC
Date: 18 Aug 92 23:01:33 GMT
Organization: =CSE Dept., U.C. San Diego

>Must have been confused by so many goto's.

I was lost by the break statements.  Without a loop, they were
essentially no-ops, but I couldn't figure out what the author
was trying to do.

>So hats off to you for being the first.

Well, I was kinda wondering if my posts were going everywhere or not,
since there have been lots of other occasions when I haven't gotten
the flames I deserved :-)

And speaking of ying/yang - my favorite pieces of LPC are when I
replace all those ugly nested for loops with something like:

  implode(MAP_FUNC(FILTER_LIVING(all_inventory(r)),"query_name"), ", ")

Sorta like speed-bumps to anyone reading your code :-)  Now if the next
version of LP allowed auxillary arguments to process_string...
-- 
Darin Johnson
djohnson@ucsd.edu
  - Luxury!  In MY day, we had to make do with 5 bytes of swap...
Newsgroups: rec.games.mud.lp
From: jburke@wsuaix.csc.wsu.edu (John Burke)
Subject: LPMUDR doesnt work on AIX system
Originator: jburke@wsuaix.csc.wsu.edu
Organization: Washington State University
Distribution: na
Date: Wed, 12 Aug 92 17:43:50 GMT

Is anybody using LPMUDR?  I an trying to use it on an AIX system, but it
doesn't log on.  It just sits there.  Anyone have any clues for me?  Thanks.


John Burke
jburke@wsuaix.csc.wsu.edu
From: miked@clark.edu (Mike Dunham)
Newsgroups: rec.games.mud.lp
Subject: Looking for LPMUD for SYSV R4
Date: 18 Aug 92 20:10:31 GMT
Article-I.D.: clark.1992Aug18.201031.18997
Organization: Clark College, Vancouver, Wa.  USA

I am currently trying to put together an lpmud for a unix system that
is running System 5 Release 4.0

Needless to say I am having a real hard time getting the source for the
3.1.2 driver compiled. 

I was curious if anyone else had succeeded in getting LPMUD 3.1.2 driver to
compile on a unix running SYS5 R4, and if so is there any way I can 
perhaps get a hold of the source you can compile.

Thanks!!
From: ak853@cleveland.Freenet.Edu (Eric Blade)
Newsgroups: rec.games.mud.lp
Subject: Re: genocide
Date: 13 Aug 92 11:35:50 GMT
Reply-To: ak853@cleveland.Freenet.Edu (Eric Blade)
Organization: Case Western Reserve University, Cleveland, OH (USA)


In a previous article, twolf@en.ecn.purdue.edu (Timothy W Wolf) says:

>Just wondering if maybe it changed its address again
>because I can't seem to get through...

 Genocide is currently at port 4444 on pip.shsu.edu
Newsgroups: rec.games.mud.lp
From: bk405@cleveland.Freenet.Edu (Mark E Hartman)
Subject: NEED LPMUD LIST
Reply-To: bk405@cleveland.Freenet.Edu (Mark E Hartman)
Organization: Case Western Reserve University, Cleveland, OH (USA)
  Hello, I was wondering if someone could e-mail a newer/updated LPMUD
Date: Thu, 20 Aug 92 22:09:15 GMT

list.  Or, put me on some kinda of LPMUD list e-mailing list.
  If ya can send me a list, please send it to: mhartman@umcc.ais.org.

-- 
  " Sitting up late at night, I tiptoe through the darkness,
    Cold as hell black as spades, Aware of my immediate surrounding"
      -> Megadeth, song: Lucretia, from: Rust In Peace! <-
       *** Mark Hartman (Zorlac), bk405@cleveland.freenet.edu ***
Newsgroups: rec.games.mud.lp
From: michael@iastate.edu (Michael M. Huang)
Subject: Re: **** TOP 10 LPMUDs ****
Organization: Iowa State University, Ames IA
Date: Fri, 21 Aug 1992 05:27:01 GMT

To Eric of Endless Blabberings:

	"The problem with ignorant people is that they don't know when
	 to shut up."

Newsgroups: rec.games.mud.lp
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Newsgroups: rec.games.mud.lp
Subject: GD update
Date: 22 Aug 92 04:24:17 GMT
Organization: Point of Presence & MCS Hamburg


ftp host: ftp.cs.tu.berlin.de , alias quepasa.cs.tu.berlin.de
filename: /pub/mud/incoming/dr312i.zoo

	Amylaar
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: Re: Darker Realms - The Mudlib
Date: 19 Aug 92 18:52:41 GMT
Article-I.D.: sdcc12.37034
Organization: =CSE Dept., U.C. San Diego

>>   P.S.: Deutschland is spelled with 'sch' and ueber with 'ue'.

Well, when I studied German - before computer networks and stuff - it
was commonly spelled uber if you couldn't get an umlaut.  Apparently,
the proliferation of computers has introduced different conventions?
-- 
Darin Johnson
djohnson@ucsd.edu
  - Luxury!  In MY day, we had to make do with 5 bytes of swap...