HDTenEightyP/NetNews huggingface dataset:
From: globalsoft@cup.portal.com (John Alexander Russo)
Newsgroups: biz.sco.general
Subject: Re: Removeable SCSI drives
Date: Wed, 22 Jul 92 17:43:12 PDT
Organization: The Portal System (TM)

I have tested the IOMEGA Bernoulli 90 Workstation under SCO and other
UNIX environments.  We have been so impressed with its performance and 
reliability, that we are now featuring it in our ads in UNIFORUM monthly.

Contact IOMEGA, Rick Walsh at 510-734-9898 and tell him I referred you.

If you need more info or product, send e-mail to: johnr@globalsoft.com

John A. Russo
GLOBALSOFT
A UNIX software and systems provider.
Newsgroups: biz.sco.general
From: root@ozrout.uucp (Andre P. Ozrout)
Subject: Re: Changing timeouts in uucico
Organization: A.P.Ozrout
Date: Tue, 28 Jul 1992 12:33:16 GMT
X-Newsreader: Tin 1.1 PL4

oklein@smallo.bo.open.de (Olaf Klein) writes:
: news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
: 
: >   Here's my next "can I change ___ in uucico" question:  can I change
: >the timeouts used for such things as waiting for carrier?  I have been
: >having some problems with calling Telebits with my V.22bis modem; if
: >the modem I'm calling does not pick up on the very first ring, often
: >uucico times out and drops DTR before the Telebit has gotten around to
: >making a V.22bis connection.  It's not a problem with the S9 register
: >on my modem; rather, it's a problem with uucico.       !!!^^!!!
:                                                  
: Do you mean the S7 register, which holds the duration of wait time for
: a carrier?
: What does your modem say after an unlucky unconnection?
: I could be, that you have to add some comma to your dial string...
: 
: BTW:
: Today I compiled Taylor-UUCP on a Sparc 1+, I saw such a thing -
: something like 'CHAT-TIMEOUT', perhaps that's what you need?
: Next days I'll try to compile it under SCO 3.2.4 (there are configs for it) 
: 

	Actually the time-out in question lives in the dialer program,
	in an alarm() call... depending on which dialer you use, you
	may be able to fix it. Most SCO supplied dialers are in source
	on the distribution (dialXXXX.c in /usr/lib/uucp).
-- 
ozrout!andre@netserv.sobeco.com                          +1 514 386 9120
------------------------------------------------------------------------
Minds and systems are like parachutes: they only work when they're open!
------------------------------------------------------------------------
From: fr@compu.com (Fred Rump from home)
Newsgroups: biz.sco.general
Subject: Re: Anyone else going to SCO Forum
Date: 24 Jul 92 15:54:37 GMT
Article-I.D.: compu.1992Jul24.155437.2141
Organization: CompuData Inc.

paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:

>I know Ed Hew and I are going to SCO Forum.  Is anyone else going?

Angela Nadeau and Lin Chen from CDI will also be going mountain climbing 
again. 

I have the latest preliminary agenda as of the 24th. If anybody would like it 
I can post it here or send via mail. Let me know.
fred 
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: biz.sco.general
From: kgermann@zeos.com (Ken Germann)
Subject: Re: Color Problems at 19200
Organization: Zeos International, Ltd. 
Distribution: usa
Date: Sun, 26 Jul 1992 02:58:51 GMT

In article <1992Jul24.161126.2255@compu.com> fr@compu.com (Fred Rump from home) writes:
>aehall@sumax.seattleu.edu (anth) writes:
>
>>This only happens at 19200 but not at 9600 baud.  We have a contract
>
>Lets see DEC says it's the multi-port or you. Multi-port (Computone) says it's 
>SCO or you. You say it's not you. Process of elimination must be that it's 
>SCO.
>
>Aren't these games fun?
>
>Really, there are problems at 19200 and 38kb. Timings are off and distance and 
>rs232 all are involved. I have problems running WORD on a wyse 60 at 19200 
>using corollary I/O boards. But my terminal is at the other end of our 
>building so I blame distance as the culprit. 
>
>Have you tried an signal enhancement device or are your PCs within short 
>distances of the main box? I would suspect that your real problem lies in the 
>PC not being able to respond fast enough thru it's serial port.
>

Try to make sure that you have a 16C552 on both ends of the serial
connection whenever possible. There is a 20-30 percent difference
in reliability and speed. I am still amazed at the differences...
This wouldn't apply as much with a terminal as it would with a PC.
This is especially true in multitasking environments. 

What flow control is being used on the lines? 

Ken

Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Tape backup revisited/CTAR/Tape verify
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 30 Jul 1992 20:03:51 GMT

In article <1992Jul29.143928.2781@compu.com> fr@compu.com (Fred Rump from home) writes:
>apl@world.std.com ( I ) write:
>
>>Oh, yeah, we still get "Gee, we haven't seen
>>the backup status printout for a few weeks- thought I ought to call you",
>
>Having CTAR write mail to somebody on the site usually produces the required 
>'my tape doesn't work' phone call or email message from the user.
>
>The message about success or failure is quite plain and folks tend to expect 
>to see success every morning and do wonder what may have happened if the 
>message says otherwise. Usually it is because somebody was still logged on the 
>the middle of a DB update and needs to be scolded not to do that again. This 
>is another side bonus of CTAR. It tells people to log off when they go home.
>
>Fred 

But when the dog doesn't bark, does anyone notice?

Yes, I do have clients that will call (sometimes before noticing that
the printer is out of paper), but I do have several that
	o Don't read their mail
	o Apparently pay little attention to the printed report.

I have thought about adding a little thingy to fork off /etc/ctar.nightly 
and then wait(2) for it.

If it didn't finish after some appropriately long time, complain 
bitterly, etc.

But they probably wouldn't pay attention to that either. :-}

		Tony


Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: biz.sco.general
From: staceyc@sco.COM (Stacey Campbell)
Subject: Re: hi-res under sco
Organization: The Santa Cruz Operation, Inc.
Distribution: usa
Date: Fri, 31 Jul 1992 17:42:44 GMT


In article <27JUL199218544810@venus.tamu.edu> jle9162@venus.tamu.edu (ECKHARDT, JASON LEE) writes:
>  I have been playing with graphics under SCO unix 3.2.2 recently using
>the IOCTL's for vga. I have a card however that will do 1024x768x256 and
>I need to use this mode. Is there a way to get to this mode thru IOCTL's 
>or any other method? (from C or assembly).
>The card is a Trident 8900 by the way.

If you're absolutely sure that you don't want to learn X programming
to create portable high resolution graphics applications that will
run on SCO and almost all other Unix platforms (Intel based or not),
and want to learn about SVGA graphics programming, then it can be done. ;-)

You will need three things;

1. a book on VGA graphics programming (there's lots of them out there)
2. a hardware manual that describes the extended SVGA features of your
   Trident 8900
3. a few SCO Unix system calls that will give you complete access to
   your hardware.

To get you going, have a look at the contents of the files in
/usr/lib/grafinfo/trident.  The files in there are used by the X server
to put Trident video cards into SVGA graphics modes.  You will need
to do something similar.

Also you will need to access your hardware directly, this can be
achieved with a suid root program.

1. To access your IO ports to program the card make the following
   system call;

	sysi86(SI86V86, V86SC_IOPL, 0x3000);

   After cpp is done this boils down to;

	sysi86(71, 4, 0x3000);

2. To access your frame buffer (if you have X11R4 installed);

	buffer_ptr = ioctl(1, MAP_CLASS, class);

   Where "class" is a string from the file /etc/conf/pack.d/cn/class.h.
   This file is generated with the mkdev graphics command so make
   sure you backup your changes before running mkdev graphics.

For more info on grafinfo-file/MAP_CLASS mechanism read the SCO X
Administration manual.

Warning: mucking with any or all of this stuff can potentially damage
your kernel and/or X server installation, so make sure you have a good
understanding of what's going on before running any suid root program
with the above system calls.
-- 
          Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
From: fr@compu.com (Fred Rump from home)
Newsgroups: biz.sco.general
Subject: Re: Color Problems at 19200
Date: 24 Jul 92 16:11:26 GMT
Article-I.D.: compu.1992Jul24.161126.2255
Distribution: usa
Organization: CompuData Inc.

aehall@sumax.seattleu.edu (anth) writes:

>This only happens at 19200 but not at 9600 baud.  We have a contract

Lets see DEC says it's the multi-port or you. Multi-port (Computone) says it's 
SCO or you. You say it's not you. Process of elimination must be that it's 
SCO.

Aren't these games fun?

Really, there are problems at 19200 and 38kb. Timings are off and distance and 
rs232 all are involved. I have problems running WORD on a wyse 60 at 19200 
using corollary I/O boards. But my terminal is at the other end of our 
building so I blame distance as the culprit. 

Have you tried an signal enhancement device or are your PCs within short 
distances of the main box? I would suspect that your real problem lies in the 
PC not being able to respond fast enough thru it's serial port.

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr
From: staale@kvatro.no (Staale Deraas)
Newsgroups: biz.sco.general
Subject: SCO in Japan
Date: 24 Jul 92 11:55:41 GMT
Organization: Kvatro A/S, Trondheim, Norway


Does anyone know the name and address of the SCO distributor in Japan, preferrably
in Tokyo?

Regards, staale@kvatro.no
Newsgroups: biz.sco.general
From: rjs@crs.cl.msu.edu (Robert J. Stanton)
Newsgroups: biz.sco.general
Subject: Where are routines for ptsname, grantpt, unlockpt?
Date: 25 Jul 92 16:20:43 GMT
Distribution: biz.sco.general
Organization: Michigan State University

Does anyone know where the routines for ptsname, grantpt, and
unlockpt are in SCO 3.2.2 ?

I am hoping that I do not have to purchase the development
system to use these.  Any clues ?

rjs@crs.cl.msu.edu
Newsgroups: biz.sco.general
From: "Robert E. Laughlin" <bel@trout.nosc.mil>
Subject: CTAR and SCO 3.2 v 4
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 28 Jul 1992 21:07:23 GMT
Precedence: bulk

Hello;

	I am thinking of updating from SCO's 3.2v2 to 3.2v4.  I remember
reading a few months ago that CTAR worked only on 3.2v2, with an update
to v4 in the works.  Does any one know is it available yet?  If so please
answer via email, bel@nosc.mil.  I will summarize if there is enough interest.

	bel

-- 
Robert E. Laughlin     NCCOSC RDT&E Div (NRaD)          |The problem with
These opinions are mine.  I do not speak for NRaD.	|making software idiot-
email	bel@nosc.mil	From Compuserve my email address|proof is that idiots
is ">INTERNET:bel@nosc.mil".				|are so clever. Joe Buck
From: la4gen!villy@uunet.UU.NET (Will Hartung - Master Rallyeist)
Newsgroups: biz.sco.general
Subject: Fun with 9-Tracks
Date: 23 Jul 92 22:38:06 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

I love marketing people...
Our marketing pukes just let us know that we need to convert
some data from (several?) 9-track tapes written on an IBM 4341(?)
system. Now, not being an IBM person, this doesn't mean a whole 
bunch to me.

I'm looking for suggestions on how we can go about reading these
tapes on our SCO box. Should we be able to use a generic 
SCSI 9-track drive to read it? Are there any utilities I should 
know about besides maybe 'dd' that would get the data off of the
tapes?

Any hints and tips regarding how we can read these tapes would be
appreciated.

Thanx!
Will
(uunet!la4gen!villy)
From: norstan@oar.net (Steve Frazier)
Newsgroups: biz.sco.general
Subject: Default Route - Help Please
Date: 31 Jul 92 19:04:55 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

I have just upgraded my ODT 1.1 to ODT 2.0.  Everything seems good so
far (I mean I newly installed ODT 2.0 not upgraded it), except when
I am trying to telnet, ftp, etc. I can't get my default route set up.
I have no access to the Internet, on the old system I used to do:

route add default oarnet 1

Now when I do it I get:
"add net default: gateway bigben.oar.net flags 0x3: Network is unreachable"

I can ping "oarnet" just fine, in fact it is the other end of my dialuped
connection to the Internet.

Something must have changed between ODT 1.1 and ODT 2.0, 

If anyone can help , please email me at this address "norstan@oar.net"
as I connection to the world doesn't work because I get my mail/news
via this dialup PPP Link.

Thanks in advance.

Steve Frazier
614-785-7335

or norstan@oar.net

Thanks, I really need your help.
From: fr@compu.com (Fred Rump from home)
Newsgroups: biz.sco.general
Subject: Re: Fun with 9-Tracks
Date: 24 Jul 92 16:14:08 GMT
Article-I.D.: compu.1992Jul24.161408.2331
Organization: CompuData Inc.

la4gen!villy@uunet.UU.NET (Will Hartung - Master Rallyeist) writes:

>Our marketing pukes just let us know that we need to convert
>some data from (several?) 9-track tapes written on an IBM 4341(?)

You'll be reading EBCDIC tapes and need to convert to ASCII. Otherwise there 
should be no hardware incompatibility as long as the tape densities are the 
same.

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: biz.sco.general
From: clay@haapi.mn.org (Clayton Haapala)
Subject: Re: Ronald!
Organization: Haapi's Hangout
Date: Wed, 22 Jul 1992 04:42:04 GMT

>Ronald Khoo writes:
>> 
>> I'm afraid that I won't be in England much longer, and in any case I
>> do not have regular access to a SCO machine anymore, so I'm afraid I can't
>> oblige.
>> 
Allow me to add my thanks for your GCC/GAS ports for Xenix -- the savior of
my sanity, if not my financial investment.

Best of luck to you in your new endeavors!
-- 
Clay Haapala				"Behold the Holy Pogo Stick"
clay@haapi.mn.org
Newsgroups: biz.sco.general
From: jle9162@venus.tamu.edu (ECKHARDT, JASON LEE)
Subject: psroff
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
Date: Mon, 27 Jul 1992 23:56:00 GMT

  Anyone know of psroff for SCO? Source would be nice but binary is fine.

Thanks, jason
From: ggvvgg@mixcom.com (Dave Fenske)
Newsgroups: biz.sco.general
Subject: Pseudo ttys in 3.2.4
Date: 26 Jul 92 13:41:49 GMT
Article-I.D.: mixcom.1992Jul26.134149.19041
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.

Are there any differences in the way pseudo ttys are handled in 3.2.4?
Newsgroups: biz.sco.general
From: chare@unilabs.uucp (Chris Hare)
Subject: ODT 1.1 and the Telebit T3000
Organization: None: Just Me, Chris Hare
Date: Thu, 30 Jul 1992 03:16:14 GMT

This is an easy one (ha!):

does anyone have a T3000 working with ODT 1.1 for dialin/dialout.  If so,
how did you set it up.  One of my employers clients is having a great deal
of difficulty in wrestling with this thing.

Thanks for any and all help.
-- 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chris Hare				UUCP : uunet.ca!choreo!unilabs!chare
SCO Authorized Instructor		Choreo Systems Inc., Ottawa Canada
*** STANDARD DISCLAIMER APPLIES ***	DOMAIN: chare@choreo.ca
Newsgroups: biz.sco.general
From: fff@microplex.com (Fred Fierling)
Subject: Re: Tape backup revisited/CTAR/Tape verify
Organization: Microplex Systems Ltd.
Date: Thu, 23 Jul 1992 05:49:49 GMT

In article <9207220903.aa26391@dlpco.dlpco.COM> Lee Penn  <lee@dlpco.COM> writes:
>We tried the customer's original tape drive, an Archive tape 
>drive, AND a Sankyo tape drive in attempts to read the data.  Our 
>best guess is that the customer's tape drive (Wangtek) is not 
>working properly and only "appears" to write data.  OF COURSE!!!!

This reminds me of a problem we once had with an Archive drive.  One of the
wires to the stepper motor which moves the head up and down across the tape
had broken, so the head just sat over one track all the time.
The drive would merrily write the whole backup back and forth over
the same track.  The read after write verification was completely fooled,
so no errors were reported to the OS.

Fortunately, one of our users noticed that the drive was atypically quiet
when a tape was loaded which got us to thinking and eventually revealed the
problem, but if we hadn't been suspicious...

Ever since then, I have been paranoid about backup systems.  Even though
I periodically test them by restoring a randomly chosen file I still get
nervous when a hard disk breaks down or a user accidentally blows away his
home directory and I've got to rely on a backup.
-- 
Fred Fierling    fff@microplex.com       Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd   265 East 1st Avenue   Vancouver, BC   V5T 1A7,  Canada
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Tape backup revisited/CTAR/Tape verify
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 23 Jul 1992 17:41:52 GMT

In article <9207231141.aa05761@alvarez.alvarez.COM> "Gotta go, Gotta Go, Gotta        Go" <alexl@alvarez.COM> writes:
>
>.>   BOTTOM LINE ON ALL OF THIS:
>
>.>   We desparately need better tape drivers from SCO and other 
>.>   UNIX vendors.  We need the ability to skip over bad blocks on the 
>.>   tapes.  We need the ability to skip to a specific track on a 
>.>   tape.  We need to be able to FORCE the tape drive to move further 
>.>   down the tape, past the bad data.
>
>.>   Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
>.>   SCO Advanced Product Center                           FAX: (513) 232-7801
>.>   7444 Jager Ct.
>.>   Cincinnati, OH  45230-4344                           email: lee@dlpco.COM
>
>
>        I agree and an other nice "feature" would be the ability 
>to write not only read different capacities on a tape drive.  For 
>example the Sankyo 525MB Cartrige tape can read 30,60,150,300,and 
>525. But only writes in 525MB mode. It would be nice to have a 
>driver that when you write it to a different node, it changes the
>size of the backup. This would mean I wouldn't have to have two 
>or more tape drives only one.
>
>        But that will never happpen it makes too much sense....
>

I would think that both of these abilities have more to do with the
firmware of the tape unit than driver.

However, I don't have any low-level programming info on any of the
tape drives.  

Perhaps someone intimate with such hardware could comment on just 
what is and isn't possible?

		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: More Compaq Info
Date: 23 Jul 92 12:50:29 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

A while ago I posted a problem I was having with the Specialix RIO product to 
the list.  All my customers terminals would freeze up two to three times a 
week.  The console was fine, but we couldn't get the RIO EISA board to stay up 
for long.  Well we had some RMA problems, like the first and third board we 
tried were dead right out of the box.  The second board was the one crashing, 
and until the fourth board arived my partner and my customer were the only ones 
inside the machine.  

I happened to be in the area when the fourth board came in via fedX.  I drove 
over and we proceeded to do all the things you need to do to get 50 people off 
a Compaq Systempro. I opened the box to remove the RIO EISA board, and low and 
behold what did I find?  I found the RIO EISA board was right on top of the 
Compaq System Manager board!

For those of you who don't know about this board it is it's own micro computer 
with battery pack and modem.  You can even cold boot the system remotely, bring 
it up in DOS, UNIX, OS/2, or any other OS.  You can also see exactly what 
people are doing on the console, and you also have multiscreens!  It's a cool 
product.  It also has about a pound of steel sheilding on it.  I relocated the 
net RIO EISA board further away from the System Manager, and now the system 
runs flawlessly!

I suspect the board I replaced (number 2 for those of you keeping track) was 
good, but was taking RFI or EMI hits from the Compaq board.  I'll have to let 
someone at Specialix and Compaq know about this.  Maybe I can find John Sawyers 
e-mail address somewhere...

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general
From: steveh@zentronics.ca (Steve Haller)
Subject: Re: Anyone else going to SCO Forum
Organization: Zentronics Head Office, Mississauga, Ontario, CANADA
Date: Fri, 24 Jul 1992 13:29:55 GMT

In article <9207221030.aa22241@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com> writes:
>Hi All,
>
>I know Ed Hew and I are going to SCO Forum.  Is anyone else going?

Yes, a number of people, including myself, from Zentronics are going. 
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Steve Haller           steveh@zentronics.ca / uunet.ca!zentron!steveh
Systems Engineer,      Zentronics Toronto,  "Authorized SCO APC"
Tel: (416) 564-9600
Newsgroups: biz.sco.general
From: steph@demesne.uucp (Steph Marr)
Subject: Re: SCO Unix 3.2 v4.1
Organization: Demesne Computing
Date: Sun, 26 Jul 1992 21:49:41 GMT

noldi@furka.enet.dec.com (Arnold Sutter Unix Support) writes:

>In article <tempir.711893370@connor>, tempir@Germany.Sun.COM (Uwe S.Obst - Temporaerer Mitarbeiter IR) writes:

>>do you know if there's a fix like this for ODT2.0 available, too?
>>or does the version 2.0 of ODT that is currently beeing shipped
>>already consist this bugfix?

>I've heard that this MS does not install on ODT2.0. Hopefully the fixes are
>already in ODT2.0!! What does the boot message say: 3.2.4.1 or just 3.2.4 ??

>P.S.: Is ODT2.0 shipping yet ??

The things in MS 4.1 are in ODT 2.0, so it refuses to install on ODT 2.0.

ODT 2.0 -is- shipping (I saw truck after truck packed to the rafters w/ ODT 2.0
disappear down the street at least, _I'd_ call that shipping).

Steph.
-- 
Steph Marr
...!uunet!sco!demesne!steph
/* This is MY house, and MY machine.  I'll say what I please. */