HDTenEightyP/NetNews huggingface dataset:
From: scottm@intime.intime.com (Scott Michel)
Subject: Re: USL's SVR4.2, when?
Organization: -- J/24 -- Racers Home for Programmers
Distribution: comp.unix.sysv386
Date: Thu, 15 Oct 1992 20:07:07 GMT
	<1992Oct14.172734.2241@sbcs.sunysb.edu>

Shane Bouslough writes:
   Chin Fang (fangchin@leland.Stanford.EDU) wrote:

   : In article <2ADAD15A.31A5@telly.on.ca> evan@telly.on.ca
   :	(Evan Leibovitch) writes:
   : 
   : >Few people are going to have home machines which will have the
   : >horsepower necessary to run OS/2 or UNIX or NT. If they truly want a
   : >totally compatible system at work, they'll choose the lowest common
   : >denominator and use DOS5 at work too.
   : 
   : There are lots engineers *DO* use MSDOS and Windoz.  However, IMHO,
   : it's because they haven't educated 'emselves enough of the power of
   : UNIX.  The price they pay for staying so ignorant is that they
   : often have to gone thru all kinds of kludgy ways to accomplish their
   : tasks. 

   I think this is a little harsh. BTW, "the price *you* pay" for UNIX
   is an order of magnitude more $$$ for software. I suppose you don't
   care if your boss is paying for it, but as NT is MS' successor to DOS,
   it's aimed at home machines too. Most people won't pay the price for
   UNIX apps, that may be NT's biggest edge. Let's hope UNIX software
   vendors wake up and smell the coffee.

   : Chin Fang
   : fangchin@leland.stanford.edu

   -Shane

Amen. It's not like they're selling to a bunch of folks who will be
happy to shell out $$$ for the software when some pretty good stuff
is out there in the public domain (like GNU stuff as an example.)
Imagine if Oracle decided to make a user product for home Unix DB
users? Would put Borland and Fox to the test, I'd imagine. Or if
Borland and Fox develop for the Unix platform at a reasonable cost?

BTW: Someone should develop an Windoz NT server for Mach 3.0, and price
it under the cost of the real NT. Now there's an idea to beat them at
their game!

   --
   Shane Bouslough       | #include <stddisc.h>
   shane@sbcs.sunysb.edu | #include <happy.rhodes>

-scottm
Xref: sparky comp.unix.sysv386:15614 comp.windows.x:17886 comp.sources.wanted:4680 alt.sources.wanted:1622
From: bob@bdofed.UUCP (n)
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.sources.wanted,alt.sources.wanted
Subject: Screen Saver
Date: 15 Oct 92 13:11:54 GMT
Organization: Etobicoke Board of Education, Ontario



Ok Folks,
	I have been requested to find/write a screen blanker for SCO/ODT
running X-windows. Yes I know that ODT2.0 blanks the screen but then the
users are not sure if the system on or off. They then turn the machine
off and on again. What they want is a screen blanker like 'After-Dark'
that has moving graphics or something.

	Sooooo, does anyone have such a program or know of one.

Thanx in advance
	bob	(uunet.ca!bdofed!bob)
Newsgroups: comp.unix.sysv386
From: Frank.Tarczynski@bbs.oit.unc.edu (Frank Tarczynski)
Subject: Source for PTY driver for SysV/386
Keywords: PTY driver
Organization: Extended Bulletin Board Service
Distribution: na
Date: Sat, 10 Oct 1992 05:33:32 GMT

Does anyone know where I can find the source for a complete implementation
for a PTY driver for SysV/386?  Is such a beast available?

Thanks,

Frank

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: nygardm@cco.caltech.edu (Michael T. Nygard)
Newsgroups: comp.unix.sysv386
Subject: SCO grafinfo files
Summary: Need format of and/or new grafinfo files
Keywords: SCO, video
Date: 9 Oct 92 21:42:44 GMT
Article-I.D.: gap.1b4uckINNh70
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: mudbalt.caltech.edu


	I have a Trident 8900C video board.  It supports up to 1024x768 in
256-colors.  Unfortunately, the grafinfo file only supports 16 colors in that
resolution.
	What I need is some information about the grafinfo files, so I can 
modify mine accordingly, or the correct file.  I've checked the SLS and EFS
distributions, they do not have the mode I want, either.
	Thanks for any help.

Mike
nygardm@cco.caltech.edu

-- 
+=========================================================================+ 
|  This message was definitely NOT  |            Mike Nygard              |
| brought to you by the letters AMa | INet : nygardm@coil.cco.caltech.edu |
+===================================+=====================================+
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r4
From: deano@areyes.com (Dean Carpenter)
Subject: Re: uucp g protocol tuning parameters -- help cutting phone bills!
Reply-To: deano@areyes.areyes.com (Dean Carpenter)
Organization: Areyes, Inc.
Date: Sun, 11 Oct 1992 03:43:00 GMT

In article <BvrnKL.88F@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>
>You don't always need the source, it depends on your UNIX.  I seem to remember
>from running SCO (a year or so ago) there was a patch to change the window
>size -- and for ISC this was configureable in the Systems and Devices.
		 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  This *was* configurable ?  I don't have the manuals in front of me
right now, so I can't check, but I don't recall seeing anything about
this anywhere in the ISC manuals ...  I have the Version 3.0 manuals,
upgraded from 2.2.2, the actual ISC ones, not the SunSoft ones.

  I'm in the same boat, lousy throughput from uunet via TB2500.  Anyone
else want to feed us some news ?  I'm used to the long distance call :)

-- 
Dean Carpenter		uunet!areyes!deano		(203) 847-6003
Areyes, Inc.		deano@areyes.com

"No matter where you go, there you are"  sayeth Buckaroo 								 across the Eighth Dimension
Newsgroups: comp.unix.sysv386
From: rchen@fraser.sfu.ca (Robert Chen)
Subject: FAS binary for Interactive 3.2
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 14 Oct 1992 18:42:35 GMT

Thanks for all the suggestions on getting my bocaboard 8 port
to work under Interactive 3.2.  The solution seems to be to 
use the FAS drivers, but I don't have the development system
to compile it.  If you have or are using FAS2.10 with your
Interactive system and have a spare moment, please uuencode
the binary into <50k chunks and mail it to me.  Thanks
very much in advance.  

- Ken

PS:  If anyone else is interested I will be happy to give 
you whatever I get.
Newsgroups: comp.unix.sysv386
From: jeff@samantha.chi.il.us (Jeffrey K. Johnson)
Subject: Re: What are Interactive/Intel SVR4.0.x owners doing?
Reply-To: jeff@samantha.chi.il.us
Organization: JBC Associates
Distribution: usa
Date: Tue, 13 Oct 1992 00:18:01 GMT

In <1992Oct11.162338.5390@rwwa.COM> witr@rwwa.COM (Robert Withrow) writes:

: What are all the hapless souls who purchased SVR4 from Interactive
: or Intel doing WRT upgrades and new licenses?
: 
: Specifically,
: 
:   1) Are there official or unofficial competitive upgrades from other
:      SVR4 vendors that you have purchased?

None that I have heard of.

:   2) Have any of you accepted the ``downgrade'' to Interactive V3?

No, I already own it and recently went to SVR4.0.3 for the SVR4
features.

:   3) Have you just bit the bullet, thrown your Interactive/Intel kit
:      away and purchased someone elses version?

I might do this for Dell.

:   4) Solaris?  Destiny?

I was told registered ISC SVR4.0.3 owners will get a free upgrader to
Solaris 2.0/Intel if/when it comes out.  I am not holding my breathe
though.

I am also looking at UnixWare (SVR4.2 from Univel).  So far, it looks
good, but maybe a little to wimpy.

So to summarize:  I am waiting for some vendor to bite me in the ass
with an offer I can't refuse.
-- 
Jeff Johnson		  Voice: (708) 991-0197    Fax: (708) 358-7578
Computer Consultant	  1107 E. Paddock Dr.
JBC Associates		  Palatine, IL  60067-4151
jeff@samantha.chi.il.us	  ...!uunet!vpnet!samantha!jeff
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
From: ajrooks@mansci1.UWaterloo.ca (Alan Rooks)
Subject: Copying Dell Boot Disk
Organization: University of Waterloo
Date: Fri, 16 Oct 1992 08:07:45 GMT

With my Dell SVR4 Issue 2.1 system, I received two diskettes: an
initial boot diskette, and a "system diskette" that contains the files
and programs necessary to load the system from tape.

Now it is common procedure to copy one's distribution diskettes in case
of failure.  The manual suggests copying the whole system out to tape,
but says nothing about copying the diskettes.  The system diskette contains
an s5 filesystem, and so can easily be cpio'd, but I cannot figure out
exactly what sort of beast the boot diskette is.

So... does anyone know how I would go about copying that boot diskette?

Thanks in advance,
Alan Rooks	University of Waterloo		ajrooks@mansci1.uwaterloo.ca
						ajrooks@mansci1.waterloo.edu
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Copying Dell Boot Disk
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Fri, 16 Oct 1992 16:59:11 GMT

In article <Bw7Fwy.9vy@watserv1.uwaterloo.ca> ajrooks@mansci1.UWaterloo.ca (Alan Rooks) writes:
|Now it is common procedure to copy one's distribution diskettes in case
|of failure.  The manual suggests copying the whole system out to tape,
|but says nothing about copying the diskettes.  The system diskette contains
|an s5 filesystem, and so can easily be cpio'd, but I cannot figure out
|exactly what sort of beast the boot diskette is.

|So... does anyone know how I would go about copying that boot diskette?

Read it in with dd, stuff in a blank floppy, and write it out with dd.

Something like:

	dd if=/dev/floppy of=/tmp/bootimage

swap in the blank one, and:

	dd of=/dev/floppy if=/tmp/bootimage

Should work fine.


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"...I looked out my window, and saw Kyle Pettys' car upside down, then I
thought 'One of us is in real trouble'." Davey Allison, re: a 150MPH crash 
Newsgroups: comp.unix.sysv386,comp.sys.ibm.pc.hardware,comp.sys.ibm.pc.misc
From: ahahma@polaris.utu.fi (Arno Hahma)
Subject: Any experience with a floptical drive?
Organization: University of Turku
Date: Thu, 8 Oct 92 11:58:39 GMT

I am planning to buy an Insite SCSI floptical drive (a 21 M 3 1/2"
"floppy"). Does anyone have any experience about those drives, in
particular, has anyone one of them working with unix? Also, does the
Adaptec 1542B support the drive or do I need some kind of a driver to
get the drive working?

I am running Interactive unix 3.0, sysV3.2. It would be nice, if the
HPDD of Interactive could access the drive without a need for an
additional driver.

ArNO
    2

ahahma@polaris.cc.utu.fi
ahahma@sara.cc.utu.fi
Newsgroups: comp.unix.sysv386
From: buck@netcom.com (Charles Foreman)
Subject: Best way to upgrade to XFree86
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Tue, 13 Oct 1992 06:22:47 GMT

I currently have built X11R5 patch level 12 on my Interactive 2.2.1 machine.
I would like to upgrade and use the XFree86 server. Would the best way be to get
the patches to get me up to the right patch level (level 18?), and then apply
the XFree86 patches. Or can I just pick up the XFree86 and build with what I
have already built. I know the binaries are available, but I would rather build
it.

If this is a REALLY stupid question, let me know via e-mail, it's the first
message I've posted (no excuse, I know).

Thanks in advance !!


Newsgroups: comp.unix.sysv386
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: Wangtek or Archive??
Organization: Virtual Technologies Inc.
Date: Wed, 7 Oct 1992 11:53:22 GMT

madsere@okys.infoserv.com (Rene Madsen) writes:

>> - Sankyo

>If their tape drives are anything like their hifi I'd avoid it.

We have been using Sankyo 525MB tape drives for almost 2 years and have
had nary a problem with it.  Initially we did nightly incremental backups
which fit on a single tape and bi-weekly full backups which took something
like 5 tapes all of which were read back by the backup process to ensure
that they were written correctly.   

In the time that we have owned it, we have never cleaned the heads or 
performed any maintenance on it (yes, I would not recommend buying a used
Sankyo tape drive from us, and yes, I woudl not recommend doing this 
yourself and I should know better).  But it has kept on ticking.

Conor
-- 
*** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***

Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
Newsgroups: comp.unix.sysv386
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: Problems with Dell v2.2
Summary: But its NOT working with uugetty -- at least not right
Organization: VideOcart Inc.
Date: Mon, 12 Oct 1992 22:10:30 GMT

In article <1992Oct12.204501.29094@cbnewsj.cb.att.com> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>In article <Bw0Mp1.8Gw@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
>> In article <1992Oct11.213751.20506@mark-one.inet-uk.co.uk> mark@mark-one.inet-uk.co.uk (Mark Powell) writes:
>> >it cannot allocate a controlling tty on any port on the card. Changing
>> >this with uugetty allows a user to login, but ps -f shows that they have
>> >no controlling tty. 
>> 
>> Sounds like there are a couple of possibilities..... (assuming you have a
>> stream driver there)
>> 
>> One, the "ldterm" line discipline module may not have been pushed.  If
>> pkgadd didn't work this is LIKELY.  You need to fix that; the exact
>> requirements are device specific.  Look for an "autopush" line which the
>> pkgadd installation script wanted to install somewhere, and track down what
>> it would have wanted to do.
>> 
>> Second, the driver itself may be seriously hosed.  Less likely if you can
>> talk to the ports at all, but possible.
>
>It's also possible that the driver isn't a streams driver.  ttymon
>requires a streams driver to be able to poll() the various ports it's
>trying to monitor.  If it were simply a lack of ldterm, I'm not sure
>the port would work with uugetty.

But he reported that it WASN'T working correctly with uugetty.  I think
you'd probably get the port open if ldterm wasn't there, but you would have
all kinds of strange things happen.  Sounds kinda like what he is
experiencing.

Isn't "ttcompat" supposed to be pushed too on those streams?

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022

Newsgroups: comp.unix.sysv386
From: jeff@samantha.chi.il.us (Jeffrey K. Johnson)
Subject: Re: Wangtek or Archive??
Reply-To: jeff@samantha.chi.il.us
Organization: JBC Associates
Date: Wed, 14 Oct 1992 13:00:34 GMT

In <2ADAE360.350F@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:

: >> - Sankyo
: >
: >If their tape drives are anything like their hifi I'd avoid it.
: 
: I don't think *Sankyo* (tape drives) is the same company as *Sanyo* (HiFi).
: I could be wrong, however.

You are correct, Sir.  Sankyo is Sankyo Sekei America, and not Sanyo.

-- 
Jeff Johnson		  Voice: (708) 991-0197    Fax: (708) 358-7578
Computer Consultant	  1107 E. Paddock Dr.
JBC Associates		  Palatine, IL  60067-4151
jeff@samantha.chi.il.us	  ...!uunet!vpnet!samantha!jeff
Newsgroups: comp.unix.sysv386
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 7 Oct 1992 23:45:07 GMT

In article <jim.718492482@ferkel> jim@ferkel.ucsb.edu (Jim Lick) writes:
>I've heard the arguments that a disk cache on the controller is 'useless'
>under Unix, but I don't believe it as a general case.  As I understand it,
>the amount of disk cache Unix assigns is relative to how much memory is
>available.  

Well, at least on SCO, it *will* calculate a default cache size that is
related to how much memory there is, but you can configure the kernel
for a specific size instead.

>If you run lots of big programs, the cache is going to get
>pretty small, right?  So the way I see it, having the cache on the disk
>controller makes certain that you will have at least however much cache is
>on the controller, plus however much Unix can assign in real memory.  Thus

But the Unix cache is a *file* cache- it knows where the next block of a
file is and reads that in.  The hardware cache can only read contigous
blocks- which may not be needed at all & waste space & time. (by 
contributing to cache misses)

>more resources if more resources are available.  I think a guarantee of a
>certain size disk cache is better than hoping that unix will have room
>for a decent cache in memory.
>
??? The cache is assigned first.  Users get what's left over.

>(PS- Anyone have experience with the DPT SmartCache for EISA boards?  I got
>their information packet in the mail 2 days ago and it looks pretty good.)
>
Yeah, I have a client who bought this against my recommendation.  No 
improvement. Possibly even slower. Period.

You always see somebody claiming that a cache is wonderful because they
timed copying one humongous file on a freshly installed disk.

In order to get 'accurate' timings, nobody else is on the system.

So, we have a contiguous file, and no contention for other disk blocks.
And, gee, the hardware cache wins!  What a surprise.



		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: MCGEE@lecs.ericsson.se ("Don H. McGee")
Newsgroups: comp.unix.sysv386
Subject: help for SCO TCP/IP interface device
Date: 16 Oct 92 14:48:00 GMT

Help!
I need to build a new network interface device for SCO's (Lachman's)
TCP/IP. The device will use a serial port to a radio-based broadcast-style 
network. The network protocol is similiar to X.25. 

Where can I get the specifics of the calling interface that SCO's IP uses to
communicate to it's devices, e.g. the e3B Ethernet device??

Any help will be appreciated. Post reply, or email to

ecudhm@erigate.ericsson.se
From: billh@bleep.com (Bill Hassell)
Newsgroups: comp.unix.sysv386
Subject: Re: ftp site needed for SCO v3.2.2 binaries
Summary: Anonymous uucp modem phone number?
Date: 4 Oct 92 17:20:35 GMT
Organization: Bleep node,  Boulder Creek, CA

In article <BvIzKn.LtB@wimsey.bc.ca>, sl@wimsey.bc.ca (Stuart Lynne) writes:
> In article <philipr.717924609@extro.ucc.su.OZ.AU> philipr@extro.ucc.su.OZ.AU (Philip Rhoades) writes:
> >cooper@plains.NoDak.edu (Jeff Cooper) writes:
> >
> >>Does anyone know of any sites that have SCO v3.2.2 binaries?  I'm
> >>looking for GNU tar specifically and since I don't have the developers
> 
> >There must be lots of us in this situation - I have been looking for a
> >site or info about binaries for ages - biz.sco.binaries is always empty!
> >Occasionally, friendly netters will allows ftp access or send a prog but
> >this is really not enough.
> 
> Well it was a busy summer. But I've just finished off the news posting scripts.
> So look for stuff in biz.sco.binaries as early as next week. Just waiting
> for some feedback from a few people on how well the proposed format works.
> 
> I have a fair amount of stuff that I can post once I start. Most of which
> is (and has been) available from here by ftp for sometime. Anonymous uucp
> to if you're really desparate.
> 
> -- 
> Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
> Wimsey Information Technologies ................... moderator biz.sco.binaries
> uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
> PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd

Subject says it all!
Bill Hassell
infoserv.com!bleep!billh

Newsgroups: comp.unix.sysv386
From: jim@ferkel.ucsb.edu (Jim Lick)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: University of California, Santa Barbara
Date: Wed, 7 Oct 1992 21:14:42 GMT

I've heard the arguments that a disk cache on the controller is 'useless'
under Unix, but I don't believe it as a general case.  As I understand it,
the amount of disk cache Unix assigns is relative to how much memory is
available.  If you run lots of big programs, the cache is going to get
pretty small, right?  So the way I see it, having the cache on the disk
controller makes certain that you will have at least however much cache is
on the controller, plus however much Unix can assign in real memory.  Thus
it is advantageous to have a disk cache on the controller.  The argument
continues that adding more memory to the system is better than adding a disk
cache.  But again, there is nothing saying that users won't gobble up this
additional memory with larger programs and again leave you with a small
cache.  Realistically, that's always what happens.  Users will always use
more resources if more resources are available.  I think a guarantee of a
certain size disk cache is better than hoping that unix will have room
for a decent cache in memory.

(PS- Anyone have experience with the DPT SmartCache for EISA boards?  I got
their information packet in the mail 2 days ago and it looks pretty good.)

                            Jim Lick		       
Work: University of California	| Play: 1236 Camino Meleno
      Santa Barbara		|       Santa Barbara, CA 93111-1007
      Dept. of Mechanical Engr. |	(805) 964-2088 voice/msg
      2311 Engr II Building     |	(805) MUD-SPY1 data
      (805) 893-4113            |       jim@tcp.com
      jim@ferkel.ucsb.edu	| This space intentionally left blank
From: luis@mavrick.UUCP (luis basto)
Newsgroups: comp.unix.sysv386
Subject: getty error from SCO
Date: 11 Oct 92 16:35:11 GMT
Distribution: na

Just had the immense pleasure of re-installing SCO ODT1.1. Everything
went ok except it had a read error on one of the Development disks, but
on retry it continued without other complaints.

Whenever I reboot the system, I got a screenful of messages on the console:

     getty: /tcb/lib/initcond returned exit code 0x8a

I can still log in from the console as well as the other virtual screens
and everything I've tried to run ran ok. But I'm still uneasy about this
error message popping up occasionally. I can't believe this to be due to
the read error earlier but knowing SCO, it's a possibility. Any ideas
or comments?  Thanks.
--
Luis Basto
Usenet: cs.utexas.edu!mavrick!luis
From: lfr@cgl.ucsf.edu (Lou Reichardt)
Newsgroups: comp.unix.sysv386
Subject: ISC V3.0 and serial ports/Star Gate
Date: 14 Oct 92 18:46:25 GMT
Followup-To: lfr@cgl.ucsf.edu
Distribution: usa
Organization: Computer Graphics Laboratory, UCSF
Originator: lfr@socrates.ucsf.edu


I've been trying to install a 16 port multiport card under ISC Unix V3.0 
and haven't had much success.  It seems that ports that are used as just  
terminal ports (no modem control signals) work fine.   The problems start when
modem are added (as the ttyAxx devices).  When the system is booted, 
everything is fine.  All the DTR's on the modems are on and no problem.  The
first call to each modem is also OK.  It does CTS/RTS hardware handshake and
nothing is lost on the first call.  

After the first caller hangs up, DTR doesn't come back on and the modem is 
stuck not answering any more.  Killing the offending getty and having it 
respawn doesn't seem to do anything either.  I have to reboot the system to
get it to fix the "dead" port.  Anyone else have this problem before?  This 
is with a STAR GATE ACL16+ intelligent multiport board. 

Also, does anyone know how to setup the CTS/RTS hardware handshake on a standardPC type COMM port (as in a 16550 or 16450 uart mapped at comm1 or 2)?  The
getty doesn't seem to support the "CTSFLOW" or "RTSFLOW" directives in the 
gettydef file or with stty.  

Thanks in advance!

Lou
lfr@socrates.ucsf.edu