HDTenEightyP/NetNews huggingface dataset:
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: Suppressing login junk.
Keywords: login hushlogin
Organization: Chinet - Public Access UNIX
Date: Mon, 16 Nov 1992 21:28:31 GMT

In article <1393@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
>Well, /etc/motd here is zero length, and still,
>when my program tries logging in (using either  a  serial  port  or  a
>telnet  connection),  it  gets  a  screen  full of "Copyright (C) ..."
>notices.   In  digging  around,  I  discovered  that  the  culprit  is
>/bin/login,  which  has the copyright notices hard coded.  TFM doesn't
>give a clue as to how to suppress them. 

	On just about every unix I have ever used, the first thing
	I did was use bed (binary editor) on /bin/login and stuck a
	\00 over the first C in all the copyright messages.
	Cleans up the login prompt nicely.

-- 
	I am created Shiva the Destroyer; Death, the shatterer of worlds!
	Who is this dog meat who stands before me now?
	That's the biz, sweetheart.
Randy Suess					 randy@chinet.chi.il.us
Newsgroups: comp.unix.sys5.r4
From: john@cat.syr.edu (John Kastler)
Subject: need to read a packed IBM tape
Keywords: AViion, IBM packed tape, cobol
Organization: CASE Center, Syracuse University
Date: Mon, 23 Nov 92 15:32:16 EST


I have a friend of a friend who has a DG AViiON (DG/UX 5.4.1).
They need to read about 20 tapes per week.  These tapes were created on an 
IBM mainframe.  A cobol program wrote the tapes in packed (computational) format.

Does anyone know of a way to read these tapes onto the DG machine?

Pointers to PD or commercial software would be greatly appreciated.  Please 
email me directly as I do not read this newsgroup.  I will post a summary
of responses if there are sufficient requests.

Thanks for your help.

-- 

John F. Kastler
The Computing Support Team (CSTeam)
111 College Place, Rm 2-212				(315) 443-3929
Syracuse, New York 13244-4100			FAX	(315) 443-4745
john@csteam.com                    Vice President, /cny Central New York
john@cat.syr.edu                                   UNIX Users Group
Newsgroups: comp.unix.sys5.r4
From: gerg@netcom.com (Greg Andrews)
Subject: Re: ttymon or uugetty for dial-in port
Summary: On WB, check S25 and S38...
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Tue, 17 Nov 1992 17:40:30 GMT

les@chinet.chi.il.us (Leslie Mikesell) writes:
>In article <1992Nov14.212318.733@orbital.demon.co.uk> steveh@orbital.demon.co.uk (Stephen Hebditch) writes:
>
>>First, the Worldblazer modem here won't always hang up when a user logs
>>out. This happens around 4 times out of 10 I would guess. Another modem
>>we have refuses to hang up at all. From watching the modem lights I
>>would hazard a guess that DTR is not being lowered for a long enough
>>time as the DTR light does always blink momentarily. Under uugetty there
>>is no problem at all. I don't know if other people have had this
>>problem? 
>
>Yes, I have this problem with ATI modems as well.  I think you are right
>about the cause - has anyone found a cure?  Doing an explicit "stty 0"
>instead of exiting to log off will always hang up properly, and yes,
>hupcl is set.
>

The WorldBlazer normally responds to DTR drops longer than 50 milliseconds
(S25=5).  If this setting has been adjusted, it's possible to make the
modem ignore brief drops of DTR.  Also check that S38=0.  S38 can make
the modem delay the disconnect if there's data still buffered up.

Question:  When you do 'stty 0', does DTR turn off for the same amount
of time as exiting, or a longer period?


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: dawes@physics.su.OZ.AU (David Dawes)
Subject: Re: Xfree86 for SYSVR4, where is the extra-man.tar.Z?
Organization: School of Physics, University of Sydney, Australia
Date: Sun, 22 Nov 1992 07:10:43 GMT

In article <ellis.722399082@nova> ellis@nova.gmi.edu (Stew Ellis) writes:
>I have gotten all of the SVR4 Xfree release from stasi.bradley.edu and it is
>working on my Intel SVR4.0.3 in mono mode on a Tatung Video7 based standard
>VGA and a fuzzy NEC MSII.  I am awaiting the return of my BOCA ET4000 board
>and my SONY 1302 from warranty repair to try out the color modes.  I
>discovered my Logitech C9 mouse worked very silky under Xqueue compared to
>being very jerky with tty00.

A solution to the jerky tty00 is to use SAS.

>I am enjoying trying out all of the window managers.  The virual 800X600 is
>even useful with the Xqueue mouse, while it was not with the tty00.  I am
>hampered in trying to make sense of the enhanced twm's or of x11perf and
>some of the other tools and clients without the man pages.  Even though the
>announcement a few weeks ago, as well as the README at stasi mention a tar
>called extra-man, it is not there.  I also looked at suphys?, the home of
>David Dawes, the person who provided the extra stuff at stasi "as is".  I
>even looked in the untarred directories at export, but could not find the
>man pages for cwtm and twtm or whatever the other extended one is called.
>Are the extra mans collected anywhere or am I going to have to keep looking?

It looks like extra-man got lost during the update from 1.0.2 to 1.1.
It is now on ftp.physics.su.oz.au (in /XFree86/SVR4), and hopefully
stasi will be updated soon.  (I picked it up from ferkel.ucsb.edu -- which
also holds the SVR4 XFree86 binaries.)

David
--
------------------------------------------------------------------------------
 David Dawes (dawes@physics.su.oz.au)    DoD#210      | Phone: +61 2 692 2639
 School of Physics, University of Sydney, Australia   | Fax:   +61 2 660 2903
------------------------------------------------------------------------------
From: cm@ariel.ucs.unimelb.EDU.AU (Charles Meo)
Newsgroups: comp.unix.sys5.r4
Subject: Realtime scheduler options
Date: 16 Nov 1992 11:11:24 +1100
Organization: Solbourne Computer Australia
NNTP-Posting-Host: ariel.ucs.unimelb.edu.au

Does anyone have any direct experience with the so-called realtime scheduler
in SVR4? I've never met anyone who's been able to do anything useful with 
it. Just curious...

Chuck
-- 
Chuck Meo
Solbourne Computer Australia
cm@ariel.ucs.unimelb.edu.au
'SYS5R4: One Size Fits Nobody'
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: wllarso@sandia.gov (William L Larson)
Subject: Re: Email header problems on SVR4.
Organization: Sandia National Laboratories
Date: Wed, 18 Nov 92 20:29:48 GMT

In article <1992Nov18.163903.26405@news.acns.nwu.edu> skrenta@casbah.acns.nwu.edu (Rich Skrenta) writes:
>
>My list of priorities puts efficiency last:
>
>	1.  Is it capable of doing the transformations I want?
>	2.  Easy to configure
>	3.  Efficient
>
>In other words, it must be possible, somehow, to get the mailer to
>do what I want.  It would be nice if getting it to do so is relatively
>easy.  I know some admins who are terrified of editing their sendmail.cf's
>for fear it will break their whole mail system.  Sendmail satisfies #1,
>but is poor for most people for #2.

I agree that the sendmail configuration file is very daunting, but there
are tools which will assist in creating/maintaining/modifying the
sendmail.cf file.  The one that I am aware of is "ease", available
from ftp.uu.net.  Therefore, when using this tool sendmail can meet
prioritys 1&2.  Efficiency is not the hallmark of sendmail.
Newsgroups: comp.unix.sys5.r4
From: dave@hp1.holl.com (David Vrona)
Subject: Trouble with SAS and DELL SVR4 2.2
Date: Wed, 18 Nov 1992 16:30:46 GMT
Organization: Hollister Incorporated,  Libertyville, IL

Hi all,

I've been trying to install SAS on DELL SVR4 with no success.  I've got an AST
4-Port board with another generic COM1/COM2 style board.

I'm running into various conflicts between SAS and the following devices in
/etc/conf/sdevice.d :

ren
mrgat
asy

I know people are using SAS with DELL SVR4, so would some kind soul please drop
me some e-mail so I could get a few hints?

thanks
-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 \ David Vrona N9QNZ  708.680.2829   Internet:  dave@hp1.holl.com            /
 / Hollister Incorporated            UUCP: {well connected}!ddsw1!hp1!dave   \
 \ 2000 Hollister Drive              Opinions expressed are my own and not   /
 / Libertyville, IL  60048-3781      those of Hollister Incorporated.        \
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: hansen@pegasus.att.com (Tony L. Hansen)
Newsgroups: comp.unix.sys5.r4
Subject: improvements to mail?
Summary: what would you change?
Keywords: mail
Date: 17 Nov 92 16:10:29 GMT
Article-I.D.: cbnewsk.1992Nov17.161029.17352
Organization: AT&T

If you had the opportunity for input, what would you have changed in a
future release of the System V release 4 mail system?

Assume that full header writing & rewriting capabilities are already on the
list, so there's no need to mention that one.

All input WILL be passed on to the appropriate people.

					Tony Hansen
			    hansen@pegasus.att.com, tony@attmail.com
				att!pegasus!hansen, attmail!tony
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: bash@tware.com (Paul Bash)
Subject: Dell Issue 2.2 with WD7000 SCSI
Organization: Techware Design, Boulder, Colorado
Date: Mon, 23 Nov 1992 12:52:16 GMT

Looking through /etc/conf/pack.d the other day, I saw what appears to
be a driver for a WD7000 SCSI controller. This board is not listed in
the supported hardware list, but does appear in the list of included
drivers in the back of the "Working With Dell UNIX..." book. 
Hmmm... I happen to have a spare WD7000 laying around that I'd love to
put to use.

Does anyone have any experience running Dell Issue 2.2 with a WD7000
controller? Is it stable?

-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
Newsgroups: comp.unix.sys5.r4
From: sblair@upurbmw.dell.com ( billions of packets served daily)
Subject: problems ftp'ing from *.dell.com(READ THIS PLEASE)
Organization: Dell Computer UNIX Networking Services
Date: Mon, 23 Nov 1992 18:50:25 GMT


FYI --

Our T-1 Internet connection, various equipment, as well as the
T-1 fried late in the evening of 14 November 1992, and I
was unable to get everything fixed until 4 days later(last Wed.).

If you were unable to ftp from dell1(2).dell.com, you can
retry your ftp sessions with success.

I run the Internet connection, and can guarantee it was not
intentional. Now I've gotta run and order some spare equipment.

Contact support@dell.com should you have additional questions &/or problems.


--
Steve Blair	DELL NETWORK SERVICES	sblair@dell.com	hostmaster@dell.com
===========================================================================
the best person didn't win nov 3rd, "none of the above".................me
From: mwilson@ncratl.AtlantaGA.NCR.COM (Mark Wilson)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Realtime scheduler options
Date: 19 Nov 92 20:45:57 GMT
Organization: NCR Engineering and Manufacturing Atlanta -- Atlanta, GA

In <1e6ovcINNdm4@ariel.ucs.unimelb.EDU.AU> cm@ariel.ucs.unimelb.EDU.AU
(Charles Meo) writes:

>Does anyone have any direct experience with the so-called realtime scheduler
>in SVR4? I've never met anyone who's been able to do anything useful with 
>it. Just curious...

>Chuck
>-- 
>Chuck Meo
>Solbourne Computer Australia
>cm@ariel.ucs.unimelb.edu.au
>'SYS5R4: One Size Fits Nobody'



Hello Chuck,

I have some experience with the real-time scheduler.  I have a process 
that needs to run to completion within a 37 millisecond window when it
receives input.  Most of the time, the process runs easily within the
window, but every five minutes, UNIX seizes control and causes me to
blow the window.  I was first told that the culprit was sync(), which
is scheduled according to the NAUTOP tunable, but whether NAUTOP is 
set at 1 minute or at 30 minutes, the problem continues to occur on
five-minute intervals.  When I reported this, I was told that there
is another sync() call that does not rely on NAUTOP.  I do not know
why one of these syncs kills me and the other doesn't.

On the good(?) side, you can lock up the system tight as a tick if
you are running at the top priority with an infinite time-slice
and you get hung up in a compute loop.  The feature is also easy to
implement, but I'm not too sure what it's supposed to be for.  If
you really need real-time performance, you should find out what the
maximum latency is on the target system.  (That's one of the lessons
I've learned.)

By the way, this test was run on a 20 MHZ 386sx.
-- 
Mob rule doesn't become any prettier, just because the mob start to call itself
a government.
It ain't charity if you are using someone else's money.
Mark.Wilson@AtlantaGA.NCR.com
Newsgroups: comp.unix.sys5.r4
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: amd on svr4
Keywords: amd svr4
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Tue, 24 Nov 1992 00:30:33 GMT

In article <1992Nov20.160225.13193@shearson.com>, jerryk@shearson.com (Jerry Keselman) writes:
|> >  Does anyone have a working version of amd on SVR4 (NCR) ?
|> >
|> >  Eldon
|> 
|> 
|> I've got it running on Solaris 2.0 on the Sparc 2. (SVR4 based, of course).
|> 
	SVR4 does come with a primitive automounter, i.e. the old Sun
	automounter.

		-Rob
From: ssanbeg@visual.spk.wa.us (Scott Sanbeg)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Suppressing login junk.
Date: 19 Nov 92 07:57:21 GMT
Organization: The Visual Market - Spokane, WA

In article <DERAADT.92Nov16235143@newt.newt.cuc.ab.ca> deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>
>Clearly, the programmers at USL haven't got even 1/2 a clue. I hope some
>of them are reading this.

A workable solution on some platforms ( i.e. SCO UNIX ) is the 0 byte
.hushlogin file - works good in the /usr/spool/uucplogins/ dir as
well.
Scott

 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Scott Sanbeg     UNIX Systems Administrator       (509)535-2561
ssanbeg@visual.spk.wa.us (or) ...!uunet!tau-ceti!visual!ssanbeg
Newsgroups: comp.unix.sys5.r4
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: UNIVEL MUST BE KIDDING!!!!!
Organization: Guru Systems/Funware Department
Distribution: usa
Date: Mon, 23 Nov 1992 19:15:44 GMT
Keywords: Price to beat all prices

In <By5K9I.1GI@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>First of all, does anyone find it odd that someone from AT&T, the
>company to which a large portion of the SVR4 list price goes as a
>royalty, is bitching about the high cost of SVR4.2?

No, because AT&T doesn't get the royalties, it's USL that gets 'em.


-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

AIX is a better... is a better...  is a better... OpenSystem.
					IBM Rep at GUUG Symposium '92
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.unix.sys5.r4,comp.unix.microport
Subject: Re: sptalloc() problems
Date: 17 Nov 92 21:02:19 GMT
Followup-To: comp.unix.sys5.r4
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

hi trevor,

i will send along a mmap sample in a separate msg.
please email me direct if you dont get it.

we can help you with this item.

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
From: echan@skynet.intel.com (Eldon Chan ~ )
Newsgroups: comp.unix.sys5.r4
Subject: amd on svr4
Keywords: amd svr4
Date: 20 Nov 92 03:04:53 GMT
Organization: Intel Corporation

Does anyone have a working version of amd on SVR4 (NCR) ?

Eldon
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: corey@cbnewsm.cb.att.com (william.c.brown)
Subject: UNIVEL MUST BE KIDDING!!!!!
Organization: AT&T
Distribution: usa
Date: Thu, 19 Nov 1992 23:54:43 GMT
Followup-To: comp.unix.sys5.r4
Keywords: Price to beat all prices


	Well I just downloaded the pricing info from UNIVEL
	on their Unixware SYSVR4.2 product and WOW what a 
	surprise!!! Heres the break down:

	Personal Edition (runtime only) $495.00
	Application server              $2495.00
        Software dev kit                $995.00
        TCP/IP for PE                   $295.00
        Personal utilities              $395.00
        Encryption kit                  $95.00
        C2 auditing  (PE)               $195.00
        C2 auditing  (Server)           $195.00
        Windows merge (PE)              $395.00
        Windows merge (Server)          $995.00
        Veritis file system (Server)    $3285.00

	So if I want to put together a personal edition with the
	dev kit and TCP/IP and personal utilities (BSD stuff)
	heres the total ticket:

	PE      495.00
	Dev     995.00
        TCP     295.00
        Utils   395.00
        Merge   395.00
                --------
        Total   $2575.00        ------- WHAT!!!!! --------


	If I have misread the fax I got from UNIVEL I sure hope
	somebody straightens me out. What happened to price competitive
	with OS/2 and NT??? Even for the runtime 495.00 is 400% higher
	than OS/2..

	What about Consensys?? I just called them I get all of the
	above for $995.00 complete. What gives Univel???

	On that note, does anybody have any experience with the
	new Consensys product or with Consensys in general???

	When will Esix, Dell, etc... have their SYSV4.2 ready???


	I am REALLY disappointed with the UNIVEL pricing, if you
	couldn't tell, and I am prepared to look at other vendors
	for my SYSV4.2 now...


/* -----							*/
/* Corey Brown  (WB0RXQ): 20m, 15m, 2m(146.82) 70cm(443.65)     */
/* AT&T NSD							*/
/* Alpharetta, Ga 30202						*/
/* (404)750-8071						*/
/*			-----------------			*/
/* att!alphlk!wcb          | They're history in terms of the	*/
/* attmail!wcbrown         | future! (lws-91)			*/
/*							  ----- */
From: dkling@hfglobe.intel.com (Dean Kling)
Newsgroups: comp.unix.sys5.r4
Subject: Looking for xload
Date: 19 Nov 92 01:31:30 GMT
Article-I.D.: hfglobe.Bxxw8J.45w
Distribution: usa
Organization: Intel Corporation

The ESIX distribution (051892) I'm running came without the X utility xload.
I'm looking for source or 486 executable so I can set up a monitoring scheme
for several 486 systems.  I'm presuming the hooks are there in /dev/kmem since
sar can report %utilization.

Dean

dkling@ptd.intel.com 
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: skrenta@casbah.acns.nwu.edu (Rich Skrenta)
Subject: Re: Email header problems on SVR4.
Organization: Northwestern University, Evanston, Illinois
Date: Tue, 17 Nov 1992 17:07:29 GMT

les@chinet.chi.il.us (Leslie Mikesell) writes:
> You might want to look at Smail3 - it will drop into sysV machines as
> a replacement for rmail/mail and sendmail.  It doesn't allow decisions
> based on the sender address but it should handle about anything else.

What I find tragic is that the R4 mailer could have been really great.
Not doing RFC-822 headers, and being short-circuited by useless bloat
ruined it.

I've used smail 3 and it's certainly a powerful mailer.  The neat thing
about the upas style is the vast power you get from one simple, relatively
short configuration file.  I remember smail 3 having a bunch of big
configuration files and a thick manual needed to understand them.

I'm not criticising smail; it's an industrial-strength mailer.  But
regex-style rewriting makes some things really easy.  Some stylized
examples from my mailer:

	Map all mail for foo.com to bar.com:

		rewrite '(?*)@foo.com'	'\1@bar.com'

	Make mail for bozo deliver locally instead

		rewrite '(?*)@bozo'	'\1'

	Give address of the form <box-number>@mailbox-service.host to
	my mailbox-server script:

		deliver '([0-9]+)@mailbox-service.host'  'script \1'

	stupid.host doesn't have SMTP or uucp-over-tcp.  Deliver mail
	to it with rsh:

		deliver '(?*)@stupid.host'  'rsh stupid "/usr/bin/rmail \1"'

--
Rich Skrenta
Newsgroups: comp.unix.sys5.r4
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: ttymon or uugetty for dial-in port
Summary: Give 'em both up - run TROLL
Date: Sun, 15 Nov 1992 23:06:02 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

In article <BxrG7F.M6s@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>steveh@orbital.demon.co.uk (Stephen Hebditch) writes:
>
>>Setting up a modem under 2.2 using ttymon is fairly straightforward, and
>
>actually, troll (karl@ddws1.msc.com) has a nifty package
>which runs on the ports and accepts the connect strings
>from the modems and acts upon a user configurable script
>
>it's the best solution I've seen so far for handling modems on UNIX
>machines..

Well, it WAS written in response to being completely PISSED at the lack of
handling of common requirements by the Unix vendors.  I waited until SVR4's
ttymon came out before doing the code, thinking that USL had finally gotten
the idea and was going to do it right.

Boy, was I disappointed.

Why is it that I always end up writing utilities to do things that any DOS
BBS operator takes for granted (like handling modems correctly)?

What the hell was Unix intended for anyway?  All hard-wired terminals?  I
guess so.  Anyway, enough flaming at the vendors.  I got upset, and solved
the problem.

>>First, the Worldblazer modem here won't always hang up when a user logs
>>out. This happens around 4 times out of 10 I would guess. Another modem
>
>I had this problems with the 5.00 roms, the 5.01 corrected this

Good, although these deficiencies should ALSO be able to be handled from a
reasonable "getty" work-alike.

Anyway, glad to hear the current WB ROMs are good -- seeing as I intend to
buy quite a few in the next month or two for ddsw1!  My system is getting
too many busy signals these days.  While the Supras aren't bad, I need some
of those Turbo-PEP models to keep people who feed from me happy.

If you're interested in just what kind of things TROLL can do, send email or
call the system to have a peek at the number below (all the modems on it are
handled by the package)

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: david@aim1.aztec.co.za (David Mason)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Which driver for bell tech. HUB-6 on esix sys V R4.03?
Date: 16 Nov 92 16:19:19 GMT
Article-I.D.: aim1.root.721930759
Distribution: na
Organization: Aztec Information Management

ellis@nova.gmi.edu (Stew Ellis) writes:

>There were several different Bell Tech cards, but none of them had drivers
>included in the last ship of Intel SVR4.0.3.  Intel did have a driver
>package for the ICC card, a smart 6 port card, which used the same driver as
>a later 8 port card.  I thought the HUB6 was the "dumb" board??  If so, I
>remember reading in an earlier version of FAS about people using the "dumb"
>BELL TECH board with 6 16450's replaced with 16550's.  Did I dream this or
>does anyone else remember?

Yup.  The free FAS drivers make the Hub 6 work fine under SCO, and they should
work for you.  Yell if you want a copy.

-- 
David Mason, Unix system support.
Aztec Information Systems, Cape Town, South Africa.
#####
Status symbol of the 1990's ........ a job.
Newsgroups: comp.unix.sys5.r4,comp.unix.microport