HDTenEightyP/NetNews huggingface dataset:
From: wicks@dcdsv0.fnal.gov (Matthew Wicks)
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.misc
Subject: Re: Help with Logical Volumes, Please...
Date: 22 Dec 1992 16:13:13 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL
Distribution: world
NNTP-Posting-Host: dcdmjw.fnal.gov

In article <1992Dec22.000351.2439@walt.disney.com>, sma@disney.com (Steve Acheson) writes:
|> Has anybody really tried using Logical Volumes on the Indigo?  I have
|> 4.0.5F running with two 1.6GB disks attached, and would like to make them
|> both into a lv0 drive.
|> 
|> I can do this, but df reports only 1.6GB of space total, and less avail.
|> Is there still a 2GB unix filesystem size?  I used mklv with a /etc/lvtab
|> of:
|> 
|> lv0:Volume 0:devs=/dev/dsk/dks0d1s6, /dev/dsk/dks0d5s7
|> 
|> lvck runs fine and reports no problems.  What's up?  Any suggestions?

It sounds like you need to use growfs(1M) to expand the file system.

-- 
Matt Wicks
Group Leader, UNIX System Support
Fermi National Accelerator Laboratory
wicks@fnal.fnal.gov
708-840-8083
From: blue@cam.nist.gov (Jim_Blue_x3809)
Newsgroups: comp.sys.sgi.admin
Subject: Forgotten root password
Date: 22 Dec 92 13:41:45 GMT
Organization: National Institute of Standards and Technology, Gaithersburg, MD

On my 4D25, 4.0.5, how do I recover if I forget the root password?
Is recovery different on the Indigo that I am ordering to replace it?
Newsgroups: comp.sys.sgi.admin
From: fish@daacdev1.stx.com
Subject: Re: Looking for a logging version of ftpd (for SGI)
Organization: Goddard Space Flight Center
Distribution: na
Date: Mon, 28 Dec 1992 20:03:33 GMT

powell@wraith.netops.gtefsd.com (Mike Powell "GTE FSD Net Mgr") writes:

>I am looking for a logging version of ftpd.
>one that: what logins were tried,
>	tells me what directories the user went to,
>	what files they took,
>	and what files the placed here (or tried)

>I had one for 4.3BSD. I would like one for the SGI.
>I already looked on sgi.com.
>any help would be appreciated.

instead of just using the -l option for invoking ftpd (in inetd.conf)
use -lll (it is undocumented but gives you more verbose information)

			fish
--
John R. Vanderpool                INTERNET: fish@daacdev1.stx.com
NASA/GSFC                         VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608
all this science, i don't understand; its just my job 5 days a week - rocket man
From: jonathan@rahul.net (Jonathan Heiliger)
Newsgroups: comp.sys.sgi.admin
Subject: NTP Time?
Date: 2 Jan 93 21:12:43 GMT
Reply-To: jonathan@mecca.epri.com
Organization: Electric Power Research Institute
X-Newsreader: TIN [version 1.1 PL8]

[ Article crossposted from comp.sys.sgi ]
[ Author was Jonathan Heiliger (jonathan@rahul.net) ]
[ Posted on Sat, 2 Jan 1993 21:09:37 GMT ]

    I recently FTPed the NTP time server software and have tried compiling it 
on my SGI running IRIX 4.0.5  However...with no luck.  Has anyone gotten this 
to compile, or can suggest an alternate time package?  Thanks.

-- 
Jonathan Heiliger .... Electric Power Research Institute
Internet: jonathan@mecca.epri.com -/- jonathan@rahul.net
Telephone <*> [415].855.2888

-- 
Jonathan Heiliger .... Electric Power Research Institute
Internet: jonathan@mecca.epri.com -/- jonathan@rahul.net
Telephone <*> [415].855.2888
From: casper@fwi.uva.nl (Casper H.S. Dik)
Subject: Re: tempnam(3S) bug, possibly on all MIPS
Organization: FWI, University of Amsterdam
Date: Thu, 24 Dec 1992 09:03:22 GMT

aaa@pixar.com (Tony Apodaca) writes:

>In an article, svec5@menudo.uh.edu (T.C. Zhao) writes:
>>| It appears that tempnam(3S) is broken on three MIPS machines I have
>>| access to:   IRIX 3.3, Ultrix 4.1, UMIPS 4.52:

>In an article, olson@anchor.esd.sgi.com (Dave Olson) writes:
>>Since tempnam() needs to make sure the file it is existing doesn't
>>exist, it isn't surprising that errno is set (but you shouldn't
>>count on it either way!).

>In an article, murphy@ufp.dco.dec.com (Rick Murphy) writes:
>>Looking at errno after calling a library routine that hasn't failed isn't
>>a useful thing to do. The call succeeded - you've got no reason to go looking
>>at errno.

>	This is not really the point.  The point is that a smart programmer
>checks errno after every system call.

You have a totally different conception of smart than most of us.
You may only inspect errno after a FAILED system call. If you examine
errno after a library call or after a succesfull system call,
it can have any value. Some manuals explicitly state that a successfull
system call will not touch errno, others even leave room for that.

It is generally accepted, though that errno is not touched by successful
system calls for one simpel reason: some system calls can return any
value, and must be called in the following manner:
		errno = 0; val = syscal(); if (errno) .....

>It makes you go into defensive programming mode, setting errno to 0 before
>every system call because you don't know if there are any *other* library
>routines which break the rules and have unexpected unfriendly side effects
>like this.

>	Okay, maybe I'm exaggerating to make a point, but I don't think
>it's fair to insinuate that Mr. Zhao is wrong.  It *is* a bug, in the
>following sense: the man pages explicitly state that errno is set if a
>system call gets an error, but is untouched otherwise.  I think library
>utility functions fall into the "otherwise" category, don't you?

No, the manual states that errno isn't touched on `successfull SYSTEM calls'.
It says nothing about other successfull calls. It is in
fact quite common for a library call to set errno to some unexpected value.

E.g., this piece of code has a bug:

	if (write (....) == -1) {
	    fprintf(stderr,"some message")'
	    perror("write");
	    exit(1);
	}

(Hint: why do a number of programs always print ``Not a typewriter'' or
 ``Inappropriate ioctl for device'' when they detect an error code?)

Or do you want all library programs to bracket their code with:

	savederrno = errno;
	......
	errno = savederrno; /* on successfull returns only */

I think not.

Casper
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: mounting cdrom drive on PC
Keywords: PC, cdrom
Date: 24 Dec 92 01:54:27 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Dec22.161447.4990@galileo.cc.rochester.edu> ajp2o@medicine.rochester.edu (Anthony Persechini) writes:

| I would like to attach a cdrom drive to my SGI machine and be able to mount it
| on my PC using idrive, an nfs-like program that runs on top of FTP software's
| kernel.
| 
| Is this possible?

Maybe.  It all depends on how it works.  If it relies on the SGI
exporting the drive via normal NFS, no, it won't work until the
next major release

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Xref: sparky comp.sys.sgi:18339 gnu.gcc.help:2812
From: stevemw@usa.wv.tek.com (Stephen M. Wynne)
Newsgroups: comp.sys.sgi,gnu.gcc.help
Subject: Compiling GCC
Date: 26 Dec 92 06:21:56 GMT
Article-I.D.: usa.STEVEMW.92Dec25222156
Followup-To: comp.sys.sgi
Distribution: comp.sys.sgi
Organization: /usr/people/stevemw/.organization

Hello, folks. I'm trying to compile gcc-2.3.2 on an SGI R4000,
and I get the following complaint:

	cc -Wf,-XNg1500 -Olimit 3000 -cckr -O1 -c  -DIN_GCC   -g     -I. -I. -I./config mips-tfile.c
cpp: error /usr/include/syms.h:113: Can't find include file cmplrs/stsupport.h
*** Error code 1

Stop.

Can anybody clue me into the solution to this problem? I have
the basic C development package installed, but no C++ options.
I was hoping that GCC would provide me with those...

Thanks!

STEVE
From: jonathan@rahul.net (Jonathan Heiliger)
Newsgroups: comp.sys.sgi
Subject: SYSLOG errors?!
Date: 2 Jan 93 07:29:05 GMT
Reply-To: jonathan@mecca.epri.com
Organization: Electric Power Research Institute
X-Newsreader: TIN [version 1.1 PL8]


   I recently upgraded my version of Sendmail with the one available from 
sgi.com via anonymous FTP.  Ever since this time, I get these errors:

hostname:% mailq
orderq: qfAA00371 is a FIFO?!?        <- as in this...
Mail queue is empty

And this appears in my SYSLOG in '/usr/adm'

09:26 mecca sendmail[1333]: NOQUEUE: SYSERR: orderq: qfAA00371 is a FIFO?!?

   Does anyone have any idea of how to fix this?  Other than the annoyance 
that every 2-3 days my SYSLOG file is 100k+ there are no problems.  Thanks. 
-- 
Jonathan Heiliger .... Electric Power Research Institute
Internet: jonathan@mecca.epri.com -/- jonathan@rahul.net
Telephone <*> [415].855.2888
From: bryan@fermat.maths.monash.edu.au (Bryan Seng Hpa)
Newsgroups: comp.sys.sgi
Subject: 4D/30 to PAL video encoding
Date: 21 Dec 92 03:35:09 GMT
Organization: Monash University

Hi,

We want to make movies - well a simple animation sequence (cycle through
some images on the screen and capture it on video).

We have 4D/30 and a VRC that will take a PAL signal. hinv says -  
Graphics board: GR1.2 Bit-plane, Z-buffer options installed

Can this board produce a PAL signal capable of being recorded by our VRC ?
If YES how ?
If NO how do I solve my problem (cheaply)  ?

Thanks for any info and aplolgies to those who have already seen this
question before

please email me (address below)


Bryan

------------------------------------------------------------------------------
Bryan Seng Hpa                        email: bryan@mobius.maths.monash.edu.au 
Computer Systems Officer              voice: +61 3 565 4427 
Mathematics Dept, Monash University     fax: +61 3 565 4403 
Clayton, Victoria 3168, Australia       
------------------------------------------------------------------------------
Newsgroups: comp.sys.apollo
From: jabk@engin.umich.edu (omer yildiz)
Subject: How to mount sr9.7 formatted floppy
Date: Mon, 21 Dec 92 13:03:14 EST
Organization: University of Michigan Engineering, Ann Arbor
Keywords: floppy, mount 

Hi,
I am having difficulty mounting sr9.7 formatted floppies.
I get the error message "invalid physical volume".
Any help will be appreciated.

Thanks a lot in advance.

Omer Yildiz ( jabk@engin.umich.edu )
From: dave@FLIP.SP.PARAMAX.COM (Dave Wickard)
Newsgroups: comp.sys.apollo
Subject: Re:  Help with RODIME Drive!!!!!!
Date: 22 Dec 92 19:12:35 GMT
Distribution: world
Organization: The Internet


Howdy...
Roy Hardgrove recently wrote:
>I am in desparate need of some info about RODIME hard drives.
>More specifically, I have recently purchased the Rodime 3259T,
>which is a 210MB SCSI drive.  Whan I posted an inquiry about an
>Always Technology adapter, someone sent me a mail with horror
>stories about RODIME drives:  he called them "Rodents".  I have
>only had the drive for two-weeks, and the rep assured me that a
>return for another drive would be possible, but this drive was
>such a great buy.  I would like to keep it, however if there is a
>high probability of failure I will trade it in for the Maxtor.
>Someone please respond, and help me find the best resolution for
>this "apparent" dilema.

Roy, the Rodime 3259T is actually a useable drive BUT...
Rodime is no longer being distributed in the United States.
Any of their drives you find now are either used, refurbed, or
old old stock. We have 5 of these 3259T drives in our DN2500
nodes here at my Paramax installation. While Rodime was still in
U.S. business, I talked to a couple people there and was directed
for repair to their "official" U.S. appointed repair depot.

(read "The guys they let fix them in the U.S. after Rodime bugged out.")

Here's the info:

Computer Peripheral Repair
7570 So. US Highway #1
Suite 10
Hypoluxo, FLA 33462
Phone  1-800-765-9262
       Ask for Rick Meyers

We have had mediocre luck with our Rodimes. They are a very
temperamental drive. Sensitive to shock. Slow to spin up.

Now... the above Computer Peripheral Repair informs me that
they can no longer replace the HDA if you have flawed media.
The drive is obsolete. They *can* however replace/repair the
circuit board for $190.00. If you are unsure if it is the 
circuit boards or the HDA that is "bad", they will diagnose the
problem for $25 (deducted from your circuit board repair).

Anyway... from my standpoint... if you got a great deal on
the Rodimes and could consider them "expendable and disposable",
go for it... but if you will be worried about the security of the
data on the drive... or want long term repairability...
forget the Rodime's and get the Maxtor LXT-200S (about 190 Meg) 
or the LXT-213SY (low power consumption, about 210 Meg). 
We have used both of these drives as replacements and are quite
pleased with their performance for fairly cheap drives. No 
failure from either model as of yet.

Good Luck in your quest.

Dave Wickard  (612) 456-2783        Paramax regularly beats
dave@flip.sp.paramax.com            employees who express opinions
Sam_Malone@cup.portal.com           personal or professional- call the police.
From: johnb@HOBBES.MDC.COM (John Breen)
Newsgroups: comp.sys.apollo
Subject: Re: spice3e2 on hp700
Date: 23 Dec 92 21:30:05 GMT
Distribution: world
Organization: McDonnell Douglas Missile Systems Company

In article <1992Dec17.221809.4725@hobbes.mdc.com> johnb (John Breen) writes:
>Has anyone compiled spice3e2 on an hp700?  I recently tried it, and ran into
>a few problems.  I was able to work around all but one:
>
>    When using the X interface (ie, if DISPLAY is set) all commands require
>    two carriage returns before they'll execute.
>
>In other words, if I type "help <cr>", it sits there & stares at me; if I
>type "<cr>" again, it then gives me help (but echoes two prompts).  I assume
>it can be fixed with the proper combination of #defines, but I wasn't able
>to hit upon it.
>
>If anyone has any hints, I'd really appreciate it!

Just in case someone else tries this later, I found the solution to the above.
I haven't gotten everything back to the lowest common denominator, but I'm
pretty sure the trick was the following define:

    #define	TIOCSTI		_IOW('t', 114, char)	/* simulate terminal input */

The spice code has a whole function that is eliminated if this isn't defined.
-- 
John A. Breen                           |  johnb@hobbes.mdc.com
McDonnell Douglas Missile Systems Co.   | "I have no personal opinions;
Tel: (314)234-4341                      |  I'm a product of my environment."
Newsgroups: comp.sys.apollo
From: stcsh@sninj.com
Subject: wrong environment at login
Date: Mon, 21 Dec 1992 17:06:28 GMT
Organization: SNI_New_Jersey
X-Newsreader: Tin 1.1 PL3

Hallo,

I need a little bit help. We got 6 new Apollo 425E workstations with 
DoaminOS 10.3.5 loaded. One of them has a strange behavior. Always
when I login, I get the bsd environment. Altough the '/sys/node_data/etc/
environment' file is set to ENVIRONMENT=sysv and SYSTYPE=sys5.3. The login
userid does not have a .environ file in the home directory.
I did change any file on the system. However, for diagnose I add several
echo statements to the rc files. It shows always sys5.3 what I need.
I would be thankful for any help.

Steffen


    ************************************************************************
    *    Steffen F. Haeussermann         *       E-mail: stcsh@sninj.com   *
    *    SNI Inc. of North America       *          I am missing CP/M      *
    ************************************************************************
From: rkw@OKC-UNIX.AF.MIL (Ron Wallman LAETA)
Newsgroups: comp.sys.apollo
Subject: Rodime Disks
Date: 22 Dec 92 11:50:27 GMT
Organization: The Internet

My HP SE was out here yesterday to replace a Rodime disk in one of
our HP9000/425t systems.  I noted it was a Quantum ProChoice 210S.

  
Ronald K Wallman (civ)                    United States Air Force 
                                          Oklahoma City Air Logistics Center
Phone: 405-736-5575                       OC-ALC/LAS
E-mail: rkw@okc-unix.af.mil               Tinker AFB, OK   73145-3314
Newsgroups: comp.sys.apollo
From: cappisk@cuug.ab.ca (Kevin Cappis 283-6333)
Subject: spare parts wanted!
Organization: Calgary UNIX User's Group
Distribution: na
Date: Thu, 31 Dec 1992 20:43:31 GMT




Hello Apollo users

I have a rather unusual request. The short story is: I have an Apollo
dn3500 work station minus a monitor cable and a keyboard cable.

I should buy these items however, with a monitor cable at $550 cdn
and the keybord cable at $85 cdn and, our tight budget this just doesn't
work.

If there is anybody out there who has spare (working) parts of the desired 
items, we would be happy to work out a deal. 

Just Email me at cappisk@cuugnet.ab.ca

Later Kevin,



-- 
\/\/\/\/\/\/\/\/\  Kevin Eric Cappis        * * * * * * * * *
\/\/\/\/\/\/\/\/\/\  125 Abinger Cres. NE     * * * * * * * *
\/\/\/\/\/\/\/\/\/\/\  Calgary Alta. Canada     * * * * * * *
\/\/\/\/\/\/\/\/\/\/\/\  cappisk@sun.cuug.ab.ca   * * * * * *
Newsgroups: comp.sys.apollo
From: lampi@halcyon.com (Michael Lampi)
Subject: Re: Need info on old DSP90 card
Keywords: DSP90, Systech, MTI
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Thu, 24 Dec 1992 06:32:41 GMT

afgun@engin.umich.edu (Andrew F Gunnesch) writes:

>I was going through some old boards in my drawer here and came across
>one that has me stumped:  It's made by systech, and is labelled as
>MTI 900/1600  50-000004-9.  The numbers lead me to believe that it is
>an old tape controller card.  It has a single 50-pin connector at the
>top along with 10 LEDs, a 5-pin socket labelled J2, and a normal/diag
>switch.  It also has 4 separate 8 switch DIPs on-board.  Anybody know
>what this beast is?  The 800/1600 led me to believe low density tape
>controller, but it's not a Pertec interface (needs 2 cables, not 1).
>Help!
>-- 

Sounds like you hit a real treasure trove! This choice jewel is a
Multibus board that should have associated with it a black rack-mount
style panel chock full o'DB-25 connectors. This panel should have
either 8 or 16 such connectors, and a ribbon cable hanging out one
end. The cable plugs into the Multibus board. There is a round power
cable that plugs into the J2 connector. The LEDs display a nifty
pattern when everything is properly connected and the board has gone
through its self-test.

Ok, so what is it? It is a serial port multiplexer. This was the same
board that Danford first used for its SEU products on DSP-80's, etc.
-- 
Michael Lampi         lampi@mdlcorp.com
MDL Corporation       15301 NE 90th Street, Redmond, WA 98052
                      (206) 861-6700    (206) 861-6767 FAX
Newsgroups: comp.sys.apollo
From: schultz@bcstec.ca.boeing.com (Robert A. Schultz)
Subject: Re: Help with RODIME Drive!!!!!!
Organization: Boeing Computer Services
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 23 Dec 1992 19:11:01 GMT

Roy Hardgrove (hardgrov@pilot.njin.net) wrote:

: I am in desparate need of some info about RODIME hard drives.
: More specifically, I have recently purchased the Rodime 3259T,
: which is a 210MB SCSI drive.  Whan I posted an inquiry about an

I have maybe 100 of the 210MB SCSI Rodime's in use.  I have had no
trouble with reliability but still hate them anyway.  They are
noisy, spin up SLOW and take forever to run their selftests...
Newsgroups: comp.sys.apollo
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Subject: Re: Help with RODIME Drive!!!!!!
Organization: Enterprise Data Systems Incorporated, Appleton WI
Date: Wed, 23 Dec 1992 12:59:26 GMT

dave@FLIP.SP.PARAMAX.COM (Dave Wickard) writes:

:)We have had mediocre luck with our Rodimes. They are a very
:)temperamental drive. Sensitive to shock. Slow to spin up.

I would have to disagree about the shock idea from a personal basis.
While installing a 400T machine I was taking it off the shipping doc.
It started out vertical on the hand truck, but when I stopped moving it
fell flat on its side with a very loud slam.  Both internal drives were
fine and are still going a year later.  I was a little nervous for a
while, but once I found that the drives were OK I had a new respect for
them.

As far as spin up time... Is it really critical to have them spin up
fast?  Most machines don't boot up faster than the drives spin up
anyway.  They have to go through a suite of self-tests before they even
get to the drive tests.  All my Rodimes are in HP 9000/4xxT machines
which have one of the longest self-tests I have seen yet.  The drives
have plenty of time to spin up by the time the machine gets past all the
SIO, PIO, memory, and other internal tests.
-- 
Chuck Tomasi             |   Old programmers never die
chuck@edsi.plexus.COM    |   They just branch to a new address
MiSTie #2356             |   
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: comp.sys.apollo
From: kerr@tron.bwi.wec.com (Dave Kerr)
Subject: Re: wrong environment at login
Organization: Westinghouse Electric Corporation, Baltimore MD.
Date: Wed, 23 Dec 1992 01:28:16 GMT

In article <1992Dec21.170628.13239@sninj.com> stcsh@sninj.com writes:
>Hallo,
>
>I need a little bit help. We got 6 new Apollo 425E workstations with 
>DoaminOS 10.3.5 loaded. One of them has a strange behavior. Always
>when I login, I get the bsd environment. Altough the '/sys/node_data/etc/
>environment' file is set to ENVIRONMENT=sysv and SYSTYPE=sys5.3. The login
>userid does not have a .environ file in the home directory.
>I did change any file on the system. However, for diagnose I add several
>echo statements to the rc files. It shows always sys5.3 what I need.
>I would be thankful for any help.

We had similar results at 10.3 on DN35/4500 type machines, except we wanted
bsd, but sometimes got aegis. The solution was to create ~/.environ files
in each user's home directory to set the environment. 

>
>Steffen
>
>
>    ************************************************************************
>    *    Steffen F. Haeussermann         *       E-mail: stcsh@sninj.com   *
>    *    SNI Inc. of North America       *          I am missing CP/M      *
>    ************************************************************************


-- 
Dave Kerr (410) 993-8554
tron::kerr                 Internal WEC vax mail
kerr@tron.bwi.wec.com      from an Internet site
...!uunet!tron!kerr        uucp
From: dave@FLIP.SP.PARAMAX.COM (Dave Wickard)
Newsgroups: comp.sys.apollo
Subject: Re: Help with RODIME Drive!!!!!!
Date: 28 Dec 92 02:52:36 GMT
Organization: The Internet

chuck@ucbvax.Berkeley.EDU (Chuck Tomasi) writes:
>dave@FLIP.SP.PARAMAX.COM (Dave Wickard) writes:
>:)We have had mediocre luck with our Rodimes. They are a very
>:)temperamental drive. Sensitive to shock. Slow to spin up.
..
>I would have to disagree about the shock idea from a personal basis.

>While installing a 400T machine I was taking it off the shipping doc.
>It started out vertical on the hand truck, but when I stopped moving it
>fell flat on its side with a very loud slam.  Both internal drives were
>fine and are still going a year later.

Ummmm... congrats (?)   :-)

>As far as spin up time... Is it really critical to have them spin up
>fast?  Most machines don't boot up faster than the drives spin up
>anyway. 

Yup, that's correct. I'm aware the drives work fine and spin up fast enough
in the Apollo nodes, I was thinking more in terms of long term useage.
In other words, where the drives might go AFTER the Apollo. I haven't ever
had any trouble with slow spinup on other drives, but one of our RODIMES
failed once when we didn't have a node handy to test it out in. I brought
it home and threw it into my Amiga. The unit didn't spin up fast enough.
It wasn't recognized. Thinking this was strange, I brought home a 
different RODIME to test. This one also spun up slowly. If I waited
2 seconds after power on, then rebooted, it worked perfectly every time.
From raw power-up, never worked. Never have had that problem with any
other small chassis drive. The Maxtors have been flawless.
But like I said, if you get a great price, and can consider the RODIMES
a throwaway when they fail, what the heck... 

Dave Wickard  (612) 456-2783
dave@flip.sp.paramax.com             Paramax Corp is amused with the irony of
Sam_Malone@cup.portal.com            layoffs to line the pockets of the Board

                                     Bring me the head of Michael Blumenthal