HDTenEightyP/NetNews huggingface dataset:
From: dixjb@silver.lcs.mit.edu (Jonathan Barrymore Dix)
Newsgroups: rec.games.mud.lp
Subject: 3.0* ip_number backwards?
Date: 15 Sep 92 02:03:42 GMT
Article-I.D.: mintaka.1992Sep15.020342.25419
Distribution: rec.games.mud,rec.games.mud.admin,rec.games.mud.lp,alt.mud,alt.mud.lp
Organization: MIT Laboratory for Computer Science



  I have a problem with my "people" command when it reads the ip_number
of the person...(general error with ip_number)  

It reverses it.  how do you solve this, and why is it doing it.

   I have two 3.* sources running and both have the same problem....

I have heard about it before but it has been quite some time.

   Thanks in advance
Newsgroups: rec.games.mud.lp
From: heonj00@DMI.USherb.CA (JEAN-FRANCOIS HEON)
Subject: Looking for Frontier folks
Organization: Universite de Sherbrooke -- departement de Mathematiques et d'Informatique
Date: Sat, 5 Sep 1992 18:16:21 GMT

	Hi, I do not even know if Frontier still exists, we've been away
4 months, but I used to be Captain there and my friend was Zodd. We are
looking for Internet addresses of some of the people who knew us there.
We do not have access to telnet anymore so we cannot communicate via
Frontier. I am specially looking for Jael. Please E-mail me or Zodd.

	Thanks,

		Captain on Frontier (used to be)
Newsgroups: rec.games.mud.lp
From: wconsidi@orlith.bates.edu (William Considine)
Subject: OLD PHOENIX LP CASTLES
Organization: Bates College, Lewiston, Maine
Date: Fri, 11 Sep 1992 01:00:28 GMT

From: wconsidi@orlith.bates.edu (William Considine)
Newsgroups: rec.games.mud.lp
Subject: OLD PHOENIX LP CASTLES
Followup-To: 
Distribution: world
Organization: Bates College, Lewiston, Maine
Keywords: Whipped cream, Bart Simpson, Prestone Antifreeze 
	Greetings to all the old wizards of Phoenix LP.  As you know, we are
upgrading and rebuilding Phoenix to 3.* with a TMI driver and a new mudlib from
scratch.  We thus have need of all our disk quota.  I have rm'd all the old
source and i have put all your old castles in the ftp site, under the format...

	<wizardname>.tar.Z

	The ftp site on orlith.bates.edu that is....You can log in anonymously
and then the dir is /pub/mud/phoenix.  Please MAIL ME when you have gotten
your tar.Z file such that i may rm it from the ftp site as well, or rm it from
there if you know how (easy enuff, but many folks dont know *shrug*).

	Sorry to sound calculating, but you have 15 days to do this.

	So as of 9/25/92 all the tar.Z files there will be erased.

	Thanks a lot
				...W H I T E H A W K




Newsgroups: rec.games.mud.lp
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Subject: Re: driver bugfixes (was: Re: **** TOP 10 LPMUDs ****)
Organization: Point of Presence & MCS Hamburg
Date: Sun, 6 Sep 1992 12:46:40 GMT

beeman@cats.ucsc.edu (Adam Beeman) writes:



>>>     * recursion problems
>>
>>What problems?  There is a max function call depth.  If you think it's
>>too low, raise it.

>Apparently there's a few things that don't get caught all the time,
>and so it *misses* this check for the maximum evaluations, and the game
>hangs until someone comes along to kill the processes.

It's due to the wide-spread apply() calls. I already suggested to lars to use
sapply() instead sometime back in the 3.0.40ies, but he didn't think that this
was an actual problem.

>MudOS actually runs on more platforms.

I dare say that's rather a snopshot that anything of permanent importance.
If a machine can support an LPmud, you can port the driver you want to it
if you have an account on that machine.
And it would probably help the portability of MudOS if it wouldn't take
internet sockets for granted... you can have an abstraction of the socket
concept that allows easy include of socket emulating libraries.

	Amylaar
Organization: Johannes Kepler University Linz - Computing Center
Date: Sunday, 13 Sep 1992 08:18:44 CDT
From: <K111114@ALIJKU11.BITNET>
Newsgroups: rec.games.mud.lp
Subject: Quicktypers

Hi there!
Quicktypers suck ... we all know this ...
Especially keeping a history of all things the player entered really sucks!
Yes, you can do it using add_action("add_history","",1) ... but that wont
work all the time! E.g., others objects doing the same, which are moving
themselves at top of the inventory of the player, will make loose your
favourite tool. You tool can't keep track of the players input history.
The only clear solution is
a) add some code of lines in the gamedriver (in backend)
b) write some code for housekeeping in player.c

part a)
that's easy when u know where to do it. It had to insert only two lines:

      push_string(buff,STRING_CONSTANT);
      (void)apply("add_history",command_giver,1);

This should call the function add_history coded in player.c the modification
has to be done in backend.c, line 173, before the line which says:

      if (buff[0] == "!" && command_giver->super)

part b)
more difficult.
first of all, take care that ALL information is passed to add_history.
that is, the password too !!! build a static int flag_allow_history, which
is set to 1 after the password has been entered. Keep house of the history
information using alists. The modifications have to be made in player.c


BIG QUESTION: has someone done something similar ?
I know that it's not very good to make changes in the gamedriver for upgrade
compatibility reasons ... so please, could one of the resp.persons bring out
a release that does a "add_history" like the above version :-)))) ???
I'll write to Lars, of course :)

If someone _has_ done such kinda changes: do u know another way how this can be
done ? Is my version bad/very bad/really bad ?

Thanks, Herp. Email: K111114@alijku11.edvz.uni-linz.ac.at or
                     Herp@Holy_Mission (mud.edvz.uni-linz.ac.at port 4242)

Bye.









Newsgroups: rec.games.mud.lp
From: lusty@lusty.tamu.edu (Lusty Wench)
Subject: Re: yea lusty is dead!!!!!!!!
Organization: Me
Date: Fri, 11 Sep 1992 17:44:44 GMT

In article <1992Sep11.152600.2036@nmsu.edu> slayer@acca.nmsu.edu (Slayer) writes:
[gibberish deleted]

Au contraire.  LustyMud is quite alive.

Lusty Wench

Newsgroups: rec.games.mud.lp
From: mtompset@undergrad.math.waterloo.edu (Mark Tompsett)
Subject: How does a mere mortal know....
Organization: University of Waterloo
Date: Thu, 10 Sep 1992 20:03:44 GMT

Ok, I'm addicted to MUDding. And I mud at GateWay.
GateWay in last few days has been shakey.
That is, 2 crashes yesterday, over 3 hours of being unable
to connect, and today we have open to wizzes only.
My question is simple: How does a mere mortal know when a
mud is not for wizzes only without telnetting in?
Let me guess.... you can't. :( I hate waiting...
3 hours plus. And at least 20 tries later. :( How about an
easier question: Who shouldn't I bother when this is the case?

               Quizzical the ever Stupid 

P.S. Bashful threatened me! He said he might dest my character!
     PLEASE don't dest my character.
Newsgroups: rec.games.mud.lp
From: tsau@cae.wisc.edu (Johne Tsau)
Subject: Re: lusty sux
Organization: College of Engineering, Univ. of Wisconsin--Madison
Date: 14 Sep 92 23:11:55 CDT

In article <1992Sep13.024504.3371@nmsu.edu> slayer@acca.nmsu.edu (Slayer) writes:
> LUSTY IS A FUCKEN BITCH, WITH A MAJOR STICK UP HER BIG FAT HAIRY ASS.
> I ENCOURAGE EVERYONE TO LOG ON AND CUSS. THE ADRRESS FOR HER DAM GAME IS       LUSTY.TAMU.EDU 2000 
>
>                 SINCERLY
>                  THE PLAYERS


You know, I know a number of players who would probably beg to differ.
LustyMud is a mud with a VERY strong following.  Its players have a
loyalty to it, and for a very good reason.  Lusty has done a remarkable
job in making LustyMud the best it can be.  I'm sure if we wanted to,
we could get many LustyMud players to fill this newsgroup and vouge for it.

So, get a life.

Kariel.

**
ZZ
x
:q
quit
how do I get of of this damn thi
Newsgroups: rec.games.mud.lp
From: Carl.von.Loesch@arbi.informatik.uni-oldenburg.de (Carl von Loesch)
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Organization: University of Oldenburg, Germany
Date: Sun, 6 Sep 1992 17:37:38 GMT

d8andjo@dtek.chalmers.se (Johan Andersson) writes:
>What we are talking here is an extension to the '->' operator to allow access
>to variables.

>We should probably allow 'wrapper' functions optionally, thereby allowing
>an object to trap sets and queries of its variables. The syntax for
>declaring such wrapper functions are left to the amusement of the reader.

What I would really like to have is 'inline' functions which
are inserted into code like macros, yet are allowed to access private
variables of the module they have been defined for.

These inline functions should be usable when inheriting a module,
or when talking to it (call_other), where 'protected inline' allows
only first usage method etc. etc.

-- 
o+--_________________________---------------------------------------------_-+o
o|~(                         )~!+-!~(  loesch@informatik.uni-oldenburg.de )~|o
o|~(  Carl 'LynX' v. Loesch  )~!+-!~(  244661 at DOLUNI1.bitnet           )~|o
o+-----------------------------------------------------------------------/--+o
        "...a command interest..."   "*thwap thwap thwappity thwap*"
From: bsercomb@neumann.une.edu.au (Shadow.,,,)
Newsgroups: rec.games.mud.lp
Subject: Re: People, People..
Date: 7 Sep 92 05:22:46 GMT
Reply-To: bsercomb@neumann.une.edu.au
Originator: bsercomb@neumann.une.edu.au

From article <18374fINNnqn@usenet.INS.CWRU.Edu>, by ak853@cleveland.Freenet.Edu (Eric Blade):
> 
>   And, the intelligent posts (not the flame posts) about a standard
> driver/mudlib.
>  I've always been a champion of the standard driver/mudlib idea.  A
> standard mudlib, not necessarily unlike mudlib.n, would give people a
> base to work from.  Not EVERYONE hast hte time to go create DiscWorld or
> Genocide.

I also believe a standard mudlib would be a good idea. An especially good
thought would be to have the mudlib standard, and all further patches or 
updates being upward and downward compatible, so that each successive expansion of the
original code [including source updates] is easily combined into both new 
and old programming. All you have to do is make the new patch an object which
can be called by the existing object that it is supposed to replace, so all
functions are inherited, but new functions not necessarily used or needed.
This seems very memory inefficient, anyone got any other possibilities?
[what we're aiming for is not to make old coding obslete- hell if it works,
use it!- but still, the advances are cool too!]

Brad.
Newsgroups: rec.games.mud.lp
From: cyber@elf.etsu.edu (CyberWorld Account)
Subject: private functions/variables
Reply-To: cyber@elf.etsu.edu (CyberWorld Account)
Organization: East Texas State University, Commerce, TX
Date: Mon, 7 Sep 1992 20:50:49 GMT

Hmm...I was reading through some documentation about variable/function
types, and from what I understand ( correct me if I'm wrong ), 

OBJ a:

private int bing( string str ) {
   printf( "testing\n" );
   return 1;
}

OBJ b:

inherit "OBJ a";

int doit( string str ) {
   bing( str );
   return 1;
}

void init() {
   add_action( "doit", "doit" );
}

Now, according to the docs on private functions, OBJ b should not
be able to access OBJ a's bing() func because it is private.
My docs say:

Functions and variables which are defined as private can not be
accessed via call_other from other objects.  They also cannot be
accessed from any object inheriting the object which contains the
private function.

When I test this 'doit' command, I do get output...but I was expecting
something different...what's up with it ?  :)

/Decker

---------------------------------------------------------------------
Message from the Cyber-Gods       |E-mail to (cyber@elf.etsu.edu )
of CYBERWORLD (192.43.199.27 3000)|"The matrix is a netrunner's home"
---------------------------------------------------------------------
Newsgroups: rec.games.mud.lp
From: jkscott@eos.ncsu.edu (JENNIFER KAYE SCOTT)
Subject: Looking for ... 
Originator: jkscott@c00514-118rd.eos.ncsu.edu
Reply-To: jkscott@eos.ncsu.edu (JENNIFER KAYE SCOTT)
Organization: North Carolina State University, Project Eos
Date: Mon, 7 Sep 1992 22:28:14 GMT


Hello.  I am looking for any type of help/manuals/docs on LPC.  
I *snicker* hope to be a wizard soon, and do not know too
much about LPC.

Thanks in advance.
Newsgroups: rec.games.mud.lp
From: meetch@DIALix.oz.au (Mitchell Brandsma)
Subject: Re: Hero II - WHEN?
Organization: DIALix Services, Perth, Western Australia
Date: Tue, 08 Sep 92 12:17:15 GMT

In <1992Sep7.181927.3924@msuinfo.cl.msu.edu> klein@frith.egr.msu.edu (Jeffrey Klein) writes:

>Is there any sign of Hero II having a projected opening date?

Sometime in the middle of '95 I believe... ;) But seriously they're not about
to open until they're sure they've got it right.  That's the picture I get
anyway...

- Meetch (meetch@DIALix.oz.au :)
From: klein@frith.egr.msu.edu (Jeffrey Klein)
Newsgroups: rec.games.mud.lp
Subject: Hero II - WHEN?
Date: 7 Sep 92 18:19:27 GMT
Organization: Michigan State University College of Stunt Piloting

Is there any sign of Hero II having a projected opening date?

Barring that, how about a mailing list message?


-- 
Jeff Klein             | "Happily, Ral doffs his outer clothing for a
Browsing Boy of the LNH|  refreshing dip in one of the dangerous 
klein@kira.egr.msu.edu |  chemical vats." - Ty Templeton 
Newsgroups: rec.games.mud.lp
From: anipa@cs.tut.fi (Niilo Neuvo)
Subject: Re: Quicktypers
Organization: Tampere U of Technology, Finland
	<mmcg.716392155@bruce.cs.monash.edu.au>
Date: Mon, 14 Sep 1992 11:43:06 GMT

mmcg@cs.monash.edu.au (Mike  Mc Gaughey) writes:
> d8andjo@dtek.chalmers.se (Johan Andersson) writes:
> >In CDdriver all commands from interactive players goes through a call to:
> >  public string /secure/master::modify_command(string original_command)
> >before it is passed on to the normal player_parser routine.

> >In CDlib all global replacements, i.e. "n"->"north" etc, are implemented
> >through this hook. All player objects can register a quicktyper that are
> >then called from the above routine for further functionality.

> Is this secure?  Can I add an object to a deity which
> will translate the alias "foo" into "rm -rf /"?
> Will the alias be executed with full permissions?

BatMUD inherits a file to the player object that takes care of the
aliasing/command history/etc. Inheritance makes certain that the
system is secure, this naturally isn't as flexible as the CDlib system
though. Otherwise our system is about the same as on CDlib.

++Anipa
--
      NN   NN  NN   NN  NNNNNNNN
    NNNN    N  NN    N  NNNNNN
  NNNNNN  N    NN  N    NNNN
NNNNNNNN  NN   NN  NN   NN
--
From: rossw@ccu1.aukuni.ac.nz (Ross Williamson)
Newsgroups: rec.games.mud.lp
Subject: LPMUD DRIVER 3.1.2
Date: 8 Sep 92 22:31:01 GMT
Organization: University of Auckland, New Zealand.


	I am going to be upgrading the current driver I am using from
compat mode to native.  I was just wondering does anyone have a list of
the major differences between compat and native.  I've been following
the tread about euid's etc..  but without the background material it
doesn't make much sense.  Can anyone help out on this.  Or can point me
in the right direction.

Is there a 3.1.2 mudlib out there that I could either 
	a) Look at 
and/or	b) use.

TIA

Ross ( Belarion @Dragons Den @TMI @GuideMUSH and @lotsa others )

+-----------------------------------------+--------------------+
| Name   : Ross Williamson                |Auckland University | 
| E-Mail : rossw@ccu1.aukuni.ac.nz        |    New Zealand     |
| Of course these opinions are my own and thank !! for that    |
+--------------------------------------------------------------+
"Oh Zaphod he's in his cabin signing photos of himself, 'To 
myself with frank admiration" Arthur Dent - From the Hitchhikers
Guide To The Galaxy.
Newsgroups: rec.games.mud.lp
From: sh666@selway.umt.edu (Wolverine)
Subject: Re: Rogue (Player Slayer LP-Mud) (boobytrap.spies.com 2222)
Keywords: rogue
Organization: University of Montana
Date: Mon, 14 Sep 1992 07:36:44 GMT

It happened again!  This time a wiz was trans'ing characters to me!
I can't believe this game!  Even if it is in the test stages, you 
shouldn't allow blatant cheating/meddling by your wizzes.
At one point I thought this mud was cool.  Anyway... play Genocide
not rogue.  At least you get a fair chance at Genocide.

Newsgroups: rec.games.mud.lp
From: bosman@fwi.uva.nl (Dr.D)
Subject: Re: lusty sux
Organization: FWI, University of Amsterdam
Date: Tue, 15 Sep 1992 11:26:22 GMT

meetch@DIALix.oz.au (Mitchell Brandsma) writes:

>>In article <1992Sep13.024504.3371@nmsu.edu> slayer@acca.nmsu.edu (Slayer) writes:
>>> LUSTY IS A FUCKEN BITCH, WITH A MAJOR STICK UP HER BIG FAT HAIRY ASS.
>>> I ENCOURAGE EVERYONE TO LOG ON AND CUSS. THE ADRRESS FOR HER DAM GAME IS       LUSTY.TAMU.EDU 2000 
>>>
>>>                 SINCERLY
>>>                  THE PLAYERS

>Actually, I'd probably take this more as something to attract a player or two.
>I mean what better way to draw attention to it than a seemingly misguided
>flame?  Too bad about the lack of external connection - there might otherwise
>be a dozen or so newbies wandering around trying to figure what all the fuss
>was about.  Look!  'ee even included the telnet address!

AND he included his own email address :) thats always nice to know.
If we at lustymud get problem from nmsu we just blame him for it all :)
And funny thing..I asked one of the sysops of rever..and he seems
to have put a spotlight on himself..:) (a bad one :)
better watch out..

-- 
|bosman@fwi.uva.nl_   //     | Honest Officer , had I known my health      |
|-----------------\\ //AMIGA | stood in jeopardy I would never had lit one.|
|  PE no.1         \\/       |             -MAXIM (of the Hells Angels)-   |
|__________ Quickly Scotty,beam me up.There is no ox..y..ge..._____________|
From: d8andjo@dtek.chalmers.se (Johan Andersson)
Newsgroups: rec.games.mud.lp
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Date: 6 Sep 92 17:56:10 GMT
	<13963@chalmers.se> <18b76uINNfjd@darkstar.UCSC.EDU>
Organization: Chalmers University of Technology, Sweden
In-reply-to: beeman@cats.ucsc.edu's message of 5 Sep 92 21:01:18 GMT

In article <18b76uINNfjd@darkstar.UCSC.EDU> beeman@cats.ucsc.edu (nameeB madA) writes:

>   hm, my way of doing it basically wastes a -> to get it...
>
>   nomask mixed query(string what) {
>	   mixed foo;
>	   foo = call_other(this_object(), "query_" + what);
>	   return !undefinedp(foo) ? foo : _query(what);
>   }
>
An elegant solution in theory, I guess you have the same for set?

The extra '->' might be a problem though if the driver doesnt have a fast
way of telling that a given function doesnt exists. Especially as these
calls are _very_ frequent. Linear searches over functionlists with 300++
members is costly. Dont ask me in figures how costly though :-)

For 'query' I get basically the same functionality by using 'VBFC'. These
magical strings you know, that describes a function call.

A similar alternative would be to use a 'special' value to mark that set/query
functions should be used instead of just returning the value, and only then
do the extra '->'.

With VBFC I would do: 

	ob->set_prop(propname, "@@query_propname@@");

Using the extended syntax: '@@funcname:objname|arg1|arg2....argN@@'
I could even call the function in a different object. I also need not
shadow the object or change the code for it, such as adding a 'query_propname'
function to it, to allow the querying of an attribute to result in a call
to my special function.

However, my approach does not work for set, and this is one reason CDlib
still has 'hardcoded' set/query function pairs. 

Your approach is actually much better for 'set' than for 'query' simply 
because calls to 'set' are much less frequent, well at least in CDlib, it
might be wrong for me to draw general conclusions.

I think I'll adopt your approach to our set_prop(). That would allow me
to check the integrity of some set_prop() calls too. I'll probably use that
for light, weight and volume. These are to easy to mess up with buggy
code as it is now.

 [ ... extending the -> operator ...]

Lots of talk about this yes, but noone has really sorted it out and made
a good implementation. Maybe we are too traditional, having all the
variables hidden away from access by nasty foreign objects is sort of a
comfort to the weary LPC programmer :-)

/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"
Newsgroups: rec.games.mud.lp
From: mjb1@cec2.wustl.edu (Lord of flying horned octopi)
Subject: What happened to Virtual Realities?
Keywords: VR, Virtual Realities, Washington University
Organization: Washington University, St. Louis MO
Date: Tue, 15 Sep 1992 22:03:40 GMT

When I was a student at St. Olaf College in Minnesota there existed a MUD by
the name "Virtual Realties" at coyote.wustl.edu 2000.  This is a address on
Washington University in St Louis.  I am a Wash U student now, but now I can't
find the MUD.  Has it moved, lost its site?  I would contact the admin here
at Wash U, however I know her only by "Jessy" which I assume is only a MUD
name.  If anyone could point me in the direction of "Jessy" or VR I would be
thankfull.  Thank you.

MikeB (Gudu)



Newsgroups: rec.games.mud.lp,rec.games.mud.misc,alt.mud,alt.mud.lp
From: kjt001@dunix.drake.edu (Kevin Tieskoetter)
Subject: Re: Tired of elves and fairies?  Try ABACUS!!
Organization: Drake University, Des Moines, Iowa, USA
Date: Wed, 9 Sep 1992 17:52:40 GMT

And don't forget that players can become legends, a sort of super-player
instead of becoming a scientist if he wants to!  Much more possibility
is added with this!


Also, don't forget to check out the warbot area - based on Battletech
from FASA, you can pilot your own 'bot in combat with other
computer-controlled 'bots or even player-controlled 'bots.

-kevin - aka - Silvanus

Coming soon - economic system with player-owned bars, and possibly shops
hotels, and restaurants.
From: garnett@gestalt.austin.tx.us (John Garnett)
Newsgroups: rec.games.mud.lp
Subject: Re: Virtual Rooms and Objects (was: Re: MudOS a ripoff?)
Date: 7 Sep 92 03:23:27 GMT

In article <ANIPA.92Sep3163406@kaarne.cs.tut.fi> anipa@cs.tut.fi (Niilo Neuvo)  
writes:
> I just made BatMUDs streets virtual streets. This resulted in removal
> of 113 files (43 of the streets were non standard and I could not use
> virtual rooms), block size being 8k, disk space savings of over 800k.
> 
> Virtual rooms are an excellent idea, thanks to who ever invented them.
> 

The way it was told to me (by the purported inventor himself :) is that 
Virtual rooms were invented by Whiplash (formerly of TMI and other places).
Driver support for virtual rooms has been in MudOS since back when it was
called 3.0.53-A3.1 (sometime around late 1991 I believe).  Interestingly,
even though the feature has been in MudOS for that long, noone really
used it until MudOS-0.8.14 (April 1992, when mudlib support for it was
added on TMI) since apparently noone except Whiplash had really taken the time  
to understood the advantages of using it.

> ++Anipa, no we don't run MudOS (the LPmud ripoff), we just have a
> 	 modified LPmud.

--
John Garnett                   John.Garnett@gestalt.austin.tx.us (NeXT Mail ok)
                               garnett@gestalt.austin.tx.us (NeXT Mail ok)
Newsgroups: rec.games.mud.lp
From: eyeq@wpi.WPI.EDU (Brent Alan Burkholder)
Subject: Re: Hero II - WHEN?
Organization: Worcester Polytechnic Institute
Date: Wed, 9 Sep 1992 06:34:49 GMT

In article <1992Sep7.181927.3924@msuinfo.cl.msu.edu> klein@frith.egr.msu.edu (Jeffrey Klein) writes:
>Is there any sign of Hero II having a projected opening date?
>
>Barring that, how about a mailing list message?
>
>
>-- 
>Jeff Klein             | "Happily, Ral doffs his outer clothing for a
>Browsing Boy of the LNH|  refreshing dip in one of the dangerous 
>klein@kira.egr.msu.edu |  chemical vats." - Ty Templeton 


  Best I can say is "near future." Maybe another month... *shrug*
 
Aiken