HDTenEightyP/NetNews huggingface dataset:
From: tjones%peruvian.utah.edu@cs.utah.edu (Ray Jones)
Subject: Re: More about RSA
Date: 30 Aug 92 02:22:21 MDT
Organization: University of Utah CS Dept., Salt Lake City

In article <91k803LO711r00@amdahl.uts.amdahl.com> fadden@uts.amdahl.com (Andy McFadden) writes:
>In article <1992Aug28.041741.3672@dsd.es.com> rjones@itchy.dsd.es.com (Ray Jones - Perp) writes:
>>Just got permission to do more than modify the RSAREF package, I can now
>>rewrite the relevant part.  This means I can implement it over the top of
>>some nice math package, such as the normal libmp.a or the faster, nicer,
>>libgmp.a (Gnu's).  
>
>Unless you plan to make the library available, this is a very bad idea (much
>like giving the Netrek client a Motif interface).  Keep in mind that people
>play Netrek on Amiga's, NeXT's, and under VMS.  At some point Mac people
>will have a client, and last time I checked Gnu wasn't real thrilled with
>Apple Computer, Inc. and will not be very helpful if there are problems.
>
>If it takes you an extra 20 hours to implement something which will save
>30 people 2 hours of time, you're coming out ahead.  It may not feel that
>way, but people who use your code will thank you for it.  Stick to the lowest
>common denominator or you risk creating a system which nobody wants to deal
>with.

My options:

1 - Use RSA's math package.  Difficult, since I don't know the
interface, nor is there documentation for it.  I really don't have the
desire to figure it out.

2 - Write my own (or coerce someone into writing) a Multiple Precision
library.  Involves reinvetning the wheel.  Would probably make things
easier for most people, since they don't need to get anything extra to
compile.  Makes code larger, though.

3 - Build it on top of the BSD MP library available with BSD unix
systems, and also availabe in the form of Gnu's MP library.  Code is
smaller, more portable. Problems with architectures are already worked
out byt the people that wrote it.  The GMP library is portable, even
to Apples, as far as I can tell.  People might have to get the code
for it, but it can be put in the same place as the code.

I really don't see the problem with using the MP library.  If a system
doesn't have it, they can grab the code and build it.  

>>So a question:  How many of you server gods out there have access to ssuch
>>a library?  To the GNU library?
>
>Not me.

How hard did you look?  Did you try grabbing the code for the Gnu MP
library?  Did you try building it?  I don't think that people are
going to have that much trouble with gettin/compiling/using it.

>-- 
>fadden@uts.amdahl.com (Andy McFadden)
>[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]


Newsgroups: rec.games.netrek
From: hill@norman.VI.RI.CMU.EDU (Robert Hill)
Subject: Re: Fall INL rosters
Organization: School of Computer Science, Carnegie Mellon
Date: Wed, 26 Aug 1992 14:39:13 GMT

CS 60C Lab Assistant writes
> 
> When are the roster for all teams both
> at-large and school teams due??
> 
> 
> In other words when is CMU's draft thingy gonna
> be over..
> 
> 
> Duck

CMU will not have a draft this year.  We had originally planned on one,  
but then some friends and I wanted to form a team of our own, without the  
draft.  This kinda crashed the idea of a draft, so CMU will be building  
individual teams by picking players.  I anticipate to see 2 or 3 more or  
less even teams, and 1 so-so team.  Can anyone say, the horsemen?  :-)

Wanna join a CMU team, jimmy? :-)

See you on the battlefield,

Rob
aka Spaceace!
Newsgroups: rec.games.netrek
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: 3rd space guardian robots
Organization: CS
Date: Tue, 25 Aug 1992 23:17:49 GMT

In article <BtJs42.JGq.2@cs.cmu.edu> hill@norman.VI.RI.CMU.EDU (Robert Hill) writes:
>
>They shouldn't exist on servers with a LPS timer.  No third/fourth space  
>planet taking should be allowed by the server.

Amen.
>
>On servers that don't have a LPS timer, I consider 3rd space scumming a  
>perfectly valid way to end the game.

Double Amen...  

It is monumentally b-o-r-i-n-g to get in an LPS on bezier with a couple
clueful people on each team in the game.  The 2 clued people on the down team
can keep most planet-taking attempts impossible, as the attackers usually can
only scrape together 1 escort for the incoming ship.  Or by just plain ogging
the potential carriers...

On the other hand, it's boring to be on the downside because you just sit
there, protecting the home planet, knowing that there's not much chance you'll
make a comeback unless there's a big clue shift.

It's made even more difficult if the downside managed to hang on to their SB.

I know all the arguments against the timer, they just don't seem to outweigh
all the arguments for having a timer.

I wish Bez would get with the times... It's the only decent west-coast server
that I have access to with reasonable times.  I can understand scott's desire
to keep bez locked in "sequent" mode until the end of time, I just wish it
wasn't so.

If anybody knows of a good west-coast server besides bez that I somehow seem
to have missed, I'd appreciate a quick note.  Calvin's got major lag 
burps, and none of the other servers seem played on very much...

TTFN
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: rec.games.netrek
From: jasonp@cunix4.Prime.COM (Jason R. Pascucci)
Subject: Re: What the hell!!!!
Organization: Prime Computer, Inc.
Date: Fri, 4 Sep 1992 04:44:22 GMT

As far as I can determine, one of the NSF t3 nodes in somewhere
has lost it's mind...I sent someone a flamogram 
(not, of course, mentioning the reason I know there's
a problem...:)

I kept getting udp link severed, and no forced resets helped.
The ghostbuster didn't seem to think there was a problem for
an awfully long time...I was playing at discovery logged
in twice for a fairly long while, 10 minutes, I think, until
someone took a weenie kill.

*shrug* I've given up for the night. Doing some *gasp* real work.

Steele/Oggme

-- 
Jason R. Pascucci
jasonp@primerd.prime.com
From: hill@norman.VI.RI.CMU.EDU (Robert Hill)
Newsgroups: rec.games.netrek
Subject: Re: 3rd space guardian robots
Date: 25 Aug 92 16:21:33 GMT
Organization: School of Computer Science, Carnegie Mellon


They shouldn't exist on servers with a LPS timer.  No third/fourth space  
planet taking should be allowed by the server.

On servers that don't have a LPS timer, I consider 3rd space scumming a  
perfectly valid way to end the game.

Rob
aka Spaceace!
Newsgroups: rec.games.netrek
From: bathurst@noaapmel.gov (Bill Bathurst)
Subject: Re: Sturgeon...
Organization: NOAA/PMEL, Sand Point Way, Seattle, WA
Date: Mon, 31 Aug 1992 23:39:43 GMT


Yes, Sturgeon is the *worst* server in the world.  A lot of people do play on 
it because of the refit ability.  I believe the server encourages players to 
play very stupidly and cluelessly instead of enhancing the game.

P.S.  If you can refit, refit your phasers.  
--
Bill Bathurst				Internet:	bathurst@noaapmel.gov 
NOAA/PMEL				Phone:		(206) 526-6765
From: hinsonc@mentor.cc.purdue.edu (Chris)
Newsgroups: rec.games.netrek
Subject: ftp sites
Date: 26 Aug 92 02:26:08 GMT
Organization: Purdue University Computing Center


   I'm just coming back from the summer break & need the ftp sites where I
can get the binaries I need to play.   Could someone send me them?


  ---Chris
From: polk@Metaphor.COM (Ben Polk)
Newsgroups: rec.games.netrek
Subject: Re: 3rd space guardian robots
Date: 30 Aug 92 23:13:50 GMT
Reply-To: polk@Metaphor.COM (Ben Polk)
Organization: m4

[discussion of why third space is good for sneaking in deleted]

I LIKE playing games where you are trying to take or hold third
space.  It calls for different strategy and tactics.  Your life
is worth something, as it takes a long time to fly back, and giving
up kills is much worse way over in the corner where it will take
a long time to get back for the ogg.  The game is more wide open,
and the faster ships become even more valuable.  Dog fighting even
becomes a useful skill!

There are certainly some problems, for example, to take third
space from another team when faced with a 20 on 10 disadvantage, you
have to be a significantly better team.  But if the balance is
right, and you are just a bit better, this can develop into a
very very fun game.

Just my opinion,

Ben
Jack Straw
Washout
From: mage@en.ecn.purdue.edu (Mage)
Newsgroups: rec.games.netrek
Subject: trek.help
Date: 30 Aug 92 08:35:43 GMT
Distribution: na
Organization: Purdue University Engineering Computer Network


HI everyone!!!

I am a new xtrek player looking for an improved .xtrekrc file if 

anyone could mail me a copy, I would really appreciate it.  I also

understand that we can robotically program our terminal to help

us in combat, if anyone wants to tell me where I can acquire info 

on this, or mail me a program so I might adapt it, I'd also

appreciate it.

Thanks

tony aka lupus

mage@en.ecn.purdue.edu
Organization: Senior, Chemical Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Wed,  2 Sep 1992 21:33:44 -0400 
From: Kevin Michael Bernatz <kb32+@andrew.cmu.edu>
Subject: Re: The BEST in the WORLD!!!
	<5XVFqB2w165w@heroes.UUCP>

My god!  it's a MUCUS fan club!

Squeal like a pig for me Mucie baby!

:)
-KB
 Rear Admiral Akira
Ensign Miss Piggy (only once.... since MUCUS couldn't get enough of me.
:> :> :> :> :> :> )

Newsgroups: rec.games.netrek
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: NBR client status?
Keywords: NBR, client, ideas
Organization: CS
Date: Sun, 23 Aug 1992 23:35:01 GMT

In article <1792mqINN9ip@agate.berkeley.edu> beorn@elk.Berkeley.EDU (Beorn Johnson) writes:
>	better keymap notation, something like:
>		<space> clear-info,shields-up,warp-max,cloak
>		T	torp,phaser
>		f	torp
>

Being able to macro commands like this sucks in a big way...  Ogging gets
a whole log easier... 

All your other suggestions are good though...
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: rec.games.netrek
From: rubin@chocktaw.cis.ohio-state.edu (Daniel Rubin)
Subject: Commented Code... "Where can I find some"
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Sun, 30 Aug 1992 22:42:23 GMT

Just wondering if anyone knew of a ftp site that has netrek code with 
comments or maybe someone out there has modified the code and has added
comments.  I am espically looking for a heavily commented x11window.c

I have all "bronco.final" code and it is nice, but kinda skimpy on the
comments...

Thanks for any help...			       - Dan "Super~Dave" Rubin

-- 
  Daniel Joseph Rubin    |  "...A good football team for the alumni, parking
rubin@cis.ohio-state.edu |  for the faculty and sex for the students."
      GO        GO       |  - President E. Gordon Gee on the three things that
    BENGALS  BUCKEYES    |  a great university president must provide.....
From: surge@milton.u.washington.edu (Jonathan Sari)
Newsgroups: rec.games.netrek
Subject: Re: Sturgeon...
Date: 2 Sep 92 12:16:36 GMT
Organization: The Barbarian Hordes of Gnur

I was impressed to note that I couldn't think of a sturgeon mod which
didn't encourage out and out scumming (planet and kill scumming,
particularly).  Note that this is completely appropriate for a UW
server, considering that 80% of local players are total scums.

Ensign Pac-man (ogger scum)
-- 
  surge@u.washington.edu, BITnet: surge@milton, UUNet:uw-beaver!surge@milton
"What's in it for me?" "Enough cash to buy the Outer Hebridees."
"14 shillings sixpence?"
From: mpearce@stipple.seas.upenn.edu (Mark Pearce)
Newsgroups: rec.games.netrek
Subject: UPENN is gonna RULE!!!
Date: 29 Aug 92 10:37:03 GMT
Organization: University of Pennsylvania

I thought I should mention that UPENN is gonna destroy everybody this year,
ESPECIALLY CMU!!!

We have waited a LONG summer to avenge our lost to team Akira.  It will be SO
fun to crush you!!!

Now that we've gotten rid of our clueless members (Streaker and FreeKill), we
will annihilate any opponent that even thinks of stopping us!

Red Baron
From: mvanheyn@nectarine.ucs.indiana.edu (Marc VanHeyningen)
Newsgroups: rec.games.netrek
Subject: Re: Hockey? An Offsides Rule
Date: 1 Sep 92 16:48:07 GMT
Reply-To: mvanheyn@whale.cs.indiana.edu
Organization: Computer Science Dept, Indiana University

Thus said jgr@ecl.psu.edu (Jim Reisman):
>  One thing I would like to see added is rules for
>offsides players.  As it is now, players will move to the
>opposing team's goalie box after the faceoff and
>harass/cripple/ogg the goalie repeatedly.  This tends to ruin
>any usefullness of a goalie.

I'll agree.  I think the solution to this is to reduce the amount of
cripple/ogging which can be done, since checking people at random is not
supposed to be how hockey works.
  
>  Also there is the hockey "goal scum" who lurk outside the enemy
>goal waiting for the puck to come to them.

What's wrong with this?  It's a reasonable strategy.
-- 
Marc VanHeyningen     mvanheyn@whale.cs.indiana.edu     MIME accepted
{ x Mostly Harmless | x >= Ensign ^ x <= Commodore }
"Real Klingons do not raise sheilds when attacking.  We prefer to
 feel the honor of battle directly on the hull."
Marc VanHeyningen     mvanheyn@whale.cs.indiana.edu     MIME accepted
Newsgroups: rec.games.netrek
From: sherod@news.Colorado.EDU (Scott Herod)
Subject: Time to Calvin.
Organization: University of Colorado, Boulder
Distribution: usa
Date: Wed, 2 Sep 1992 17:30:08 GMT

Is the following bad?  It sure is hard to play.

traceroute to 128.125.253.129 (128.125.253.129), 30 hops max, 38 byte packets
 1  eprince.Colorado.EDU (128.138.251.1)  0 ms  20 ms  0 ms
 2  westnet.Colorado.EDU (128.138.238.36)  20 ms  0 ms  0 ms
 3  ncar-cu.east.westnet.net (129.19.254.45)  0 ms  20 ms  20 ms
 4  enss.ucar.edu (192.43.244.10)  20 ms  0 ms  20 ms
 5  t3-1.cnss97.t3.nsf.net (140.222.97.2)  20 ms  20 ms  40 ms
 6  t3-3.cnss96.t3.nsf.net (140.222.96.4)  40 ms  20 ms  20 ms
 7  t3-0.cnss88.t3.nsf.net (140.222.88.1)  20 ms  40 ms  40 ms
 8  t3-0.cnss8.t3.nsf.net (140.222.8.1)  40 ms  20 ms  20 ms
 9  t3-0.cnss16.t3.nsf.net (140.222.16.1)  60 ms  60 ms  60 ms
10  t3-0.cnss17.t3.nsf.net (140.222.17.1)  60 ms  40 ms  60 ms
11  t3-0.enss135.t3.nsf.net (140.222.135.1)  60 ms  60 ms  60 ms
12  132.249.32.13 (132.249.32.13)  40 ms  60 ms  140 ms
13  hang-sdsc.cerf.net (134.24.99.2)  60 ms  80 ms  60 ms
14  cit-sdsc.cerf.net (134.24.102.102)  80 ms  80 ms  100 ms
15  cit-cerfnet-gw.ln.net (130.152.104.2)  100 ms  60 ms  60 ms
16  usc-cit-gw.ln.net (130.152.128.1)  120 ms  80 ms  100 ms
17  calvin.usc.edu (128.125.253.129)  140 ms  80 ms  100 ms

Scott
From: yap@heroes.UUCP (Yap Yap Yap)
Newsgroups: rec.games.netrek
Subject: Re: TBird
Date: Tue, 01 Sep 92 15:28:58 CDT
Organization: The Inn Of Heroes.  Public Access UUCP BBS.

genie@netcom.com (The Genie) writes:

> In article <u40cqB2w165w@heroes.UUCP> yap@heroes.UUCP (Yap Yap Yap) writes:
> >     I think TBird is a very silly server.  With the jacked up scouts, I 
> >can't imagine anyone actually enjoy playing there.  The Galaxy class 
> >ships made it worse.  What a keen idea - give the high ranked players
> >the best ships...  It *is* kinda fun to go in and just ogg the GA's 
> >though.  Is it just a joke server or what??  An attempt at a chaos 
> >server??  Product of the mentally disturbed?  :-]
> 
> Don't forget to mention that tbird is a dec 2100.  The server
> can't seem to handle all the action (obviously) and things
> like galaxy plasmas jump in blocky movements, making it very
> very difficult to hit, not to mention the plasma's super
> speed and extraordinary turn rate.
> 
> Gene

    Gene, I have to agree with you.  Tbird is a weenie server.

    Hey, if it's not blessed by MUCUS' presence is it REALLY worth 
playing there???  Nope!

"MUCUS shall return" (Yap 4:35)
     (Taken from the book of MUCUS)
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: rec.games.netrek
Subject: Re: Thoughts on a European MetaServerII
Date: 25 Aug 92 21:07:24 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Aug25.143030@cunix4.Prime.COM> jasonp@cunix4.Prime.COM (Jason R. Pascucci) writes:
>I would be very interested in seeing a meta-metaserver
>implementation. It would reduce network traffic
>going overseas, and generally be a win. Actually,
>you could have multiple metaservers in the US,
>one for the EastCoast (CMU?), one for the Westcoast (Berkeley?),
>both on good connections, and updating each other 
>every 5-10 minutes, or so, as if they were a normal
>server.

I don't think multiple USA servers are needed.  If I can play a game on rwd4
from here then I don't see why MS-II shouldn't probe it directly.

It wouldn't be too hard to divide the config list into pieces; maybe
something like:

    local:
    bronco	1.2.3.4		2592	Death greatly exaggerated
    calvin	5.6.7.8		2592	Lag greatly exacerbated

    remote: foo.bar.de
    melmac	6.7.8.9		2592	Fahrvergnugen

    remote: ack.splat.au
    deakin	2.3.4.5		592	Down under

This way you'd only get the servers you were interested in, and you'd know
where to go to get the data.  The remote server would dump everything it knew
on the local one, which would pick through it and figure out which ones it
wanted to keep.

>Possible implementation: YAP (Yet another Port) which sends 
>something similar to my previously suggested (and not 
>completely shot down) parsable interface for
>ONLY the 'local' list of nodes. Also, in the 'normal'
>lists,  some form of marking those nodes which are local, 
>and those which are 'remote', and from which metaserver,
>is warrented. 

A flag can be added to the "new" display.  The "verbose" display could spell
out where the data came from.

Yuck, I need to re-write the way it maps ports to services.

>would expect, however, many more people would use the Xnetrekm 
>client, if it wasn't written solely for motif. I'm expecting at the 
>end of this to see a modified xnetrekm client to deal with the new 
>info. Hopefully the current maintainer (I forget who it is...sorry) 
>is watching attentively....:)

Tedd Hadley wrote it.

>Jason R. Pascucci
>jasonp@primerd.prime.com

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
From: bav@hobbes.ksu.ksu.edu (Brick Verser)
Newsgroups: rec.games.netrek
Subject: KSU has a new full-time hockey server
Date: 30 Aug 1992 07:43:36 GMT
Organization: Kansas State University
Distribution: world
NNTP-Posting-Host: hobbes.ksu.ksu.edu

As I was bemoaning the coming demise of Nova at dinner last night, my
whimpers fell on non-deaf ears.  I have been offered the use of a Sun IPX.

Announcing:  HOCKEY.KSU.EDU.  Port 2592.  Same configuration as Nova.

--Brick
Newsgroups: rec.games.netrek
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Sturgeon...
Organization: CS
Date: Mon, 31 Aug 1992 12:00:31 GMT



Does anybody play on sturgeon?  I gave it a whirl last night...

Hated it.  The mods are cool, but the only real ship to play is a BB, with
the phasers that reach across the galaxy.

I don't know what you're supposed to use for planet taking, an AS can't
defend itself, something like only 3 torpedos...

It was weird.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Organization: Sophomore, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Sat, 29 Aug 1992 03:33:16 -0400 
From: "Robert W. Hill" <rh3b+@andrew.cmu.edu>
Subject: Re: 3rd space guardian robots
	<1992Aug28.182548.26012@ils.nwu.edu>
	<JIVE.92Aug28150009@spanky.ssc.gov>
	<Mebiuoa00Vp2Ab9FdQ@andrew.cmu.edu>


ZZNew Guy Writes:

>	This is fine if you are sure that you WILL push them to a LPS, but if
>you don't you have just wasted a HUGE amount of effort essentially doing
>nothing but making sure that you don't have to spend such an effort
>again for half an hour.  If you ARE sure that you can get them to an LPS
>in under half an hour, then why are you worried about killing the SB
>anyway?  A SB can't defend a home planet much better than any other
>ship.  Frequently, if defends WORSE, because it thinks it's being Ogged.

It is silly to say that a SB defends a planet worse than a standard
ship.  SB's have way too much
firepower to be compared to any other ship type.  A good SB will know
you are carrying, and will 
shrug off the notion of the ogg.  Of course, if you have a runner-scum
SB, then he would probably
be a runner scum in other ship types as well, therefore defending even
worse in those ship types.

Rob
aka Spaceace!
Newsgroups: rec.games.netrek
From: ppregler@risc.uni-linz.ac.at (Peter Pregler)
Subject: Re: playing with extreme lag
Organization: RISC, J.K. University of Linz, Austria
Date: Thu, 27 Aug 1992 09:41:46 GMT

In article <1992Aug26.052103.9832@cs.su.oz.au>, danny@cs.su.oz.au (Danny Yee) writes:
> In article <BtIAHL.8H1.1@cs.cmu.edu> hde+@cs.cmu.edu (Herbert Enderton) writes:
> >BTW, use a cloaked AS instead of a BB.  And add "scout bombing" to the list
> >of things that you can do okay while severely lagged (but you have to be
> >patient or you'll give up too many kills).
> 
> Why an AS instead of a BB?  If you are going to try spraying torps at planets
> in the hope of a kill a BB is better because of the extra fuel.  Also it
> *is* possible to hit things with the phasers if you are careful when aiming!

This reminds me of a thing that happened to me a few weeks ago. I tried to
phaser during a dogfight and got a netburp immediatly afterwards. After some
seconds I saw in slow motion what happened. My phaser request found its way
through the net, but the enemy had changed. I hit with my phaser, but it was NOT
the ship I intended to hit. So the conclusion is: may the force be with you
and you do not have to be careful with a aiming :).

> 
> Danny.
-Peter (The Kid).

-- 
Meditating is still better, than just sitting around and doing nothing.
-------------------------------
Peter Pregler / RISC, University of Linz, Austria
Bitnet: K315470@AEARN.BITNET  Internet: ppregler@risc.uni-linz.ac.at
From: wolfone@ccwf.cc.utexas.edu (Patrick Chester)
Newsgroups: rec.games.netrek
Subject: re:borgs
Date: 31 Aug 92 01:22:21 GMT
Reply-To: wolfone@ccwf.cc.utexas.edu (Patrick Chester)
Organization: The University of Texas at Austin, Austin TX
Originator: wolfone@dumbo.cc.utexas.edu

>Article 5626 of rec.games.netrek:
>From: gc2n+@andrew.cmu.edu (Greg K Chung)

>Since some people seem to hate 3rd space bombing/taking, and since we
>all know that the current M5-type robots aren't good enough... 

>Why doesn't someone just implement a super M5 robot?  Using a borg
>firing algorithm (eg sfops, etc)...

>And with unlimited fuel...  
Please! Don't torture us any further. The borgs are bad enough already!

Patrick Chester              AKA: Lt. Cmdr claypigeon