HDTenEightyP/NetNews huggingface dataset:
From: arch@us4binr.uucp
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
Subject: mst-1.1.1.tar has been uploaded to US4BINR
Date: 6 Oct 92 03:39:07 GMT
Organization: us4binr

US4BINR is a new archive site for UNIX System V Release 4 binaries
for 386/486 PCs. To foster interest, I will post upload announcement in comp.unix.sysv386, comp.unix.sys5.r4, and comp.binaries.ibm.pc.archives.
Later, I will restrict annoucement to the comp.binaries... hierarchie.

If you have ported some PD or Freeware on SVR4 for 386/486,
uploading the binaries to US4BINR might help a lot of peoples. PD, freeware
and shareware are accepted.

To get help on uploads and downloads, mail the following
message to request%us4binr.uucp@uunet.uu.net:

    reply your_email_address
    help
    quit


to download mst-1.1.1.tar, mail the FOLLOWING 3 LINES to request@us4binr.uucp
or to request%us4binr.uucp@uunet.uu.net

    reply your_email_address
    get prog/mst-1.1.1.tar
    quit

This GNU Smalltalk 1.1.1

It has been compiled and uploaded by Jacques Gelinas
maintainer of US4BINR.

Source are available from prep.ai.mit.edu in the directory
/pub/gnu, file smalltalk-1.1.1.tar.Z

This version does not contain Xlib bindings. This version
must be installed in /usr/local/smalltalk.

Extracted from the README file:

About GNU Smalltalk

GNU Smalltalk attempts to be a reasonably faithful implementation of
Smalltalk-80 as described in the "Blue Book", also know as "Smalltalk-80, the
Language and its Implementation", by Adele Goldberg and David Robson.  The
syntax that the language accepts and the byte codes that the virtual machine
interprets are exactly as they appear in the Blue Book.  Most of the primitives
are the same as well, although due to the differing nature of the
implementation some of the primitives haven't been implemented, and other new
ones have been.


The current implementation has the following features:

  * Incremental garbage collector
  * Binary image save capability
  * C-callout (allows Smalltalk to invoke user-written C code and pass
    parameters to it)
  * GNU Emacs editing mode
  * Highly portable C code implementation
  * Optional byte code compilation tracing and byte code execution tracing
  * Automatically loaded per-user initialization files

-- 
----------------------------------------------------------
Jacques Gelinas
Maintainer of US4BINR. Archive site for UNIX SVR4 (386/486) binaries.
jack@us4binr.uucp jack%us4binr.uucp@uunet.uu.net
Newsgroups: comp.unix.sysv386
From: staceyc@sco.COM (Stacey Campbell)
Subject: Re: 486, Local Bus, S3 upgrade
Organization: The Santa Cruz Operation, Inc.
Date: Tue, 13 Oct 1992 17:28:28 GMT


In article <1992Oct12.190542.28161@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Oct7.204250.19843@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>| There are (currently)
>| no FREE drivers for S3 and 8514, although these are being done for 386BSD
>| and Linux (no one has tackled SVR3 and SVR4 yet).
>  I don't have the docs here, but I think SCO and Dell servers support
>8514 cards.

Indeed they do.  I've spent the best parts of 1991 and 1992 writing an 8514/A
X server driver and a TMS340x0 driver for SCO.  These two drivers alone
provide support for many cards.  The person I share an office with has got
a bunch of S3 cards running with our X driver for that hardware, the guy up
the hall has been doing propriatary local bus, etc.  All this stuff is
available for ODT installations going back to ODT 1.1 with Update G.

I also happen to know that Thomas Roell spent a fun summer at Dell making
ATI Ultra's run very fast, and that the folks at Interactive also support
a number of non-dumb frame buffer video cards.  You can also just call the
vendor who made your card, there's some chance they can supply you with
a free working X server for your particular flavor of System V Unix for x86.
-- 
          Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
Newsgroups: comp.unix.sysv386
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: BC News and Mail
Date: Fri, 9 Oct 1992 02:03:56 GMT

In article <BvrvAy.H3s@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:

>Second, it is these days usually cheaper to add system RAM for disk cache
>than it is to add cache to a proprietary disk controller board.  Not always
>true, but frequently -- especially if you need to buy an add-on board to up
>the cache amount.

I have always subscribed to that theory. And in a good OS it should hold
true. Just for fun I just tried the following

	while true
	do
	time dd if=/usr/local/lib/news/history.pag of=/dev/null bs=100k
	done

The first read was about 10 seconds. It's about 3.4mb in size. Not great 
performance. The system is fairly loaded right now. 

After the first time through the times where down around 1 second. My cache
is 7MB. So for disk block working sets under that my effective disk speed
is something around 3MB per second.

The system is ISA with a Bustek SCSI controller. Standard SCO UNIX drivers.
I can't see what a caching controller could do to improve on this. It cannot
provide CPU cycles to do things or RAM to store things at less cost than
additional CPU cycles or RAM for the main system.

Sar tells me that my cache hit rates are about 98% overall for read and
92% for write.

-- 
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
Newsgroups: comp.unix.sysv386
From: andy@homebase.vistachrome.com (Andy Finkenstadt)
Subject: Re: 32 Mbram and ISC3.0
Reply-To: andy@homebase.vistachrome.com
Organization: Vista-Chrome Incorporated
Date: Sat, 10 Oct 1992 16:28:12 GMT

fabrizio@osra.sublink.org (Fabrizio Croce) writes:
>Hi ! 
>I'have a problem with a EISA machine with motherboard AMI.
>I've installed 32Mb of ram but Interactive when come up find only 16Mb of
>ram.
>It visualize 32Mb (trunched to 16M) and use it...
>The configuration is:
>Ami board 32Mbram
>Vga 1024x768 1Mbram
>Controller hd SCSI Adaptec 1542b, hd Seagate 766 Mb

Here is your problem.  The 1542b can ONLY access memory in the lower
16 megabytes, so Interactive nicely truncates your memory to 16 megabytes
for you.  Change the controller to something like the DPT Smartcache,
BusTek EISA cards, or Adaptec 1740/1742.  Reconfigure the kernel to
include the drivers, and go.

>Lan card wd 8003eb
>Someone can help me ?
>It seems that interactive don't recognize the board but EISA card on it works !
>Bye ! 
>-- 
>Fabrizio Croce		      	- Osra Sistemi s.r.l -
>Str. Druento 280		Venaria Reale TO, Italy
>PHONE: +39-11-4243264		Internet: Fabrizio@osra.sublink.ORG
>DATA : +39-11-4243283           

-- 
Andrew Finkenstadt       | Vista-Chrome, Inc.   |           andy@GEnie
GEnie Unix Sysop/Manager | The Printing House   |    NIC Handle: AF136
+1 904 222 2639 home     | 1600 Capital Cir SW  |   ...!uunet!rde!andy
+1 904 575 0189 work     | Tallahassee FL 32310 | andy@vistachrome.com

     The game of love is never called off on account of darkness.
Newsgroups: comp.unix.sysv386
From: witr@rwwa.COM (Robert Withrow)
Subject: What are Interactive/Intel SVR4.0.x owners doing?
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Sun, 11 Oct 1992 16:23:38 GMT

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?

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

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

  4) Solaris?  Destiny?

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.sysv386
From: dag@atomica.fi (Dag Nygren)
Subject: syscall.h for SCO ?
Organization: Oy Atomica Ab, ESBO, FINLAND
Date: Thu, 08 Oct 1992 18:26:37 GMT
Keywords: syscall SCO

Hi,

anyone got a syscall.h for SCO ODT 2.0. If so please mail it to me.
Even a rudimentary sycall number list would do


Thanks
-- 
Dag Nygren					email: dag@atomica.fi
Oy Atomica Ab				or     santra!atomica!dag
Box 22 (Ahventie 4A)
02170 Esbo
From: bobw@mge.uucp (bobw)
Newsgroups: comp.unix.sysv386
Subject: CD Rom on ISC 2.2
Date: 12 Oct 92 18:46:41 GMT
Distribution: comp
Organization: MG-Entreprises, Paris, France

I'm running with ISC 2.2, and an adaptec controller, and I'd like to
connect a CD Rom. The system documentation is sufficiently vague to be
non-existant. I've been told that ISC 3.0 has gone much further with
CD Roms.

1. Can it be done? What's necessary? What sort of filesystem does a CD
Rom use?

2. Any first hand experience with specific brands, or models would be
very usefull.

Regards,

Bob
--
Robert Wornan		| uucp: bobw@mge.uucp
MG Entreprises		| internet: bobw@mg-entreprises.fr
42 rue Voltaire		| tel: +33 1 42 04 35 83
92800 Puteaux,	France	
-- 
Robert Wornan		| uucp: bobw@mge.uucp
MG Entreprises		| internet: bobw@mg-entreprises.fr
42 rue Voltaire		| tel: +33 1 42 04 35 83
92800 Puteaux,	France
From: jeff@samantha.chi.il.us (Jeffrey K. Johnson)
Newsgroups: comp.unix.sysv386
Subject: Re: What are Interactive/Intel SVR4.0.x owners doing?
Date: 13 Oct 92 00:25:19 GMT
Reply-To: jeff@samantha.chi.il.us
Distribution: usa
Organization: JBC Associates

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
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: [help] configure elm ??
Organization: Virtual Technologies Inc.
Date: Mon, 12 Oct 1992 11:32:04 GMT

bio@lis.rch.unimelb.edu.au (bio) writes:


>	I am compiling elm for our sysv/386 machine everything went fine
>	accept that on our system the system mail folder is /usr/spool/mail,
>	elm searches for mail in /usr/mail therefore fail to find mail. How can 
>	I go about changing this default setting ?? Thanks for helping.

Re-run configure and when it asks you "Where is yet-to-be-read mail spooled?"
answer with the correct response.

-- 
*** 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,comp.dcom.modems
From: gauthier@ug.cs.dal.ca (Paul Gauthier)
Subject: Highspeed (56Kbaud+) modems and SCO/ISC UNIX
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Thu, 15 Oct 1992 18:58:47 GMT

I'm going to be setting up a really highspeed modem on at first an SCO
Unix (3.2.2) box and maybe eventually on an ISC Unix (newest version,
bought less than a week ago). It will be used to do SLIP between two
networks.

I was wondering if anyone had any advice on what modem to buy and what
software/hardware I will need to get this working right. I have SCO's
TCP/IP stuff which comes SLIP equipped. I remember hearing mention of
a product called FAS... what is it, and do I need it? What modems are
capable of these speeds? Should I buy internal or external? What kind
of buffering do they support? etc?

Any and all help is welcome and needed. Mail, or post to comp.unix.sysv386
please.

PG

-- 
===========================================================================
                             Paul Gauthier
cyclist, rock climber, skydiver, computer scientist (...in order of danger)
Electronic: gauthier@ug.cs.dal.ca  Voice: (902)423-0089  Fax: (902)420-1675
Newsgroups: comp.unix.sysv386,biz.sco.general
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: How fast should a SCSI tape drive be? -- and CTAR
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Fri, 16 Oct 1992 22:17:52 GMT

In article <1992Oct16.124456.3146@wes.on.ca>,
 tomh@wes.on.ca (Tom Haapanen) writes:

| I recently changed from a Mountain external QIC-02 tape drive to a Wangtek
| 5150ES internal SCSI drive.  I never measured the speed of the Mountain,
| but it seems to me that the Wangtek is awfully slow, with a clear on-off-
| on-off sound from the drive.

The on-off sound is a dead give-away that the drive isn't streaming, and a
non-streaming streamer is slower than a fortune 100 company's accounts
payable department...

The 5150ES has a jumper enabling/disabling buffering on the drive.  It 
seems to be defaulted to the off position for messydos reasons.  If you
change the jumper you will probably see an increase in performance.  It
is HDR3 position A-B.  When it streams a 5150 seem reasonably fast to me.

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.sysv386
From: liuwu@acuson.com (Wu Liu)
Subject: Re: dos merge tape backup
Keywords: dos merge tape backup
Organization: Acuson; Mountain View, California
Date: Thu, 8 Oct 1992 17:37:59 GMT

herbst@seq.uncwil.edu (R.T. Herbst) writes:
>I  am running USL UNIX rel 4 on i386.
>Also running DOS MERGE
>Have a Wangtek 5099 (60/120) qic 24
>Has anyone had success in reading and writing a 
>Wangtek or similar tape using sytos under DOS MERGE?
>So far I have sytos installed. Get sorry no controller.
>Have setup just like the qt file in /etc/conf/sdevice.d
>Thanks in advance.

In order to access hardware directly from Merge, you have to add the
proper I/O addresses, IRQ values, and (if needed) DMA channel into
the Merge device configuration file.  The file is named dosdev, but
I'm not sure where it would be located on your system (/usr/lib/merge,
maybe, or /etc).

I wouldn't count on this working if you've got the Unix driver for
your tape unit built into your kernel.  At the very least, you will
need to make sure that nobody else on the Unix system tries to access
the tape drive when you're running Sytos.
-- 
Wu Liu                          Software Engineer, User Interface Group
liuwu@acuson.COM                Acuson
Xref: sparky comp.unix.sysv386:15311 comp.unix.sys5.r4:164 comp.unix.sys5.r3:21 comp.unix.pc-clone.32bit:278 comp.unix.bsd:7031 comp.os.linux:12772 comp.os.mach:1448 comp.windows.x:17571
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x
Subject: Re: Announcing the availability of XFree86 1.1
Date: 7 Oct 92 19:49:31 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Oct3.215041.17541@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:

| This, by the way, is a perfect example of why SVR4 is better than SCO.
| We have a single binary kit, ~20MB compressed, that works on SVR4 from 7 
| different vendors.  

This may come as a shock, but V.3 worked that way, too, and Xenix/386
binaries will run on virtually anything. And SCO binaries compiles for
8086 running in compatible library mode (-compat?) will run all the way
back to old Altos, etc, and forward to Destiny.

Where's the surprise in that?
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: comp.unix.sysv386
From: kreed@telesys.tnet.com (Kevin W. Reed)
Subject: Heard of Net Design in Toledo, OH??
Reply-To: kreed@telesys.tnet.com
Organization: Posted via TeleSys Development Systems (Mesa, AZ U.S.A.)
Distribution: na
Date: Wed, 14 Oct 1992 18:15:18 GMT

I've got a client in the Toledo, OH area that is about to do some
business with a company called Net Design also in Toledo.  They supposedly
do system configuration, installation and support of Unix based systems.

I had a chat with one of the Account Managers today and have a very 
uneasy feeling about this company and the experience that they may
have doing this type of work.

Before going any further, I'd like to here from anyone that has dealt
with this company before and what that experience was like.

They do have a fine looking list of references including some very large
corporations, but after talking with their "Unix Expert" I've still have
some reservations.   In any case, if you have dealt with this company,
please let me know.

Thanks



-- 
================== TELESYS DEVELOPMENT SYSTEMS ==================
Kevin W. Reed                Public *NIX Site and Newsfeed Source
kreed@tnet.com           UUCP: ...!ncar!noao!enuucp!telesys!kreed
SCO Xenix/Unix Support              Data/UUCP/BBS +1 602 649 9099
From: coffler@jeck.amherst.nh.us (Jeff Coffler)
Newsgroups: comp.unix.sysv386
Subject: Problem with Cnews with DELL Unix SVR4 Issue 2.2
Date: 11 Oct 92 21:22:20 GMT
Reply-To: coffler@jeck.amherst.nh.us (Jeff Coffler)
Organization: Private system


I've been having a problem with cnews distributed with DELL Unix SVR4 Issue 2.2.

Everything "seems" to work fine, except, every few days, I get the following
MAIL message:

-----
To: news
Subject: Output from "cron" command

Your "cron" job

/usr/lib/newsbin/maint/newsdaily

produced the following output:

sort: write error while sorting: I/O error
-----

This particular script is responsible for renaming existing files to .o's, the
.o's to .oo's, and the .oo's to .ooo's.  In addition, this script seems to be
responsible for reporting the top 5 newsgroup postings in junk.  However I never
get that MAIL ...

Is anyone else having this problem?  Any ideas why I'm having this problem?

Any help would be appreciated, thanks!  If it matters, I'm running a full feed
over UUCP, and I have a little over 100mb in the / partition.  My history file
runs around 9 meg, plus a tad from time to time.

Any suggestions would be greatly appreciated, thanks!

	-- Jeff
-- 
Jeff Coffler                            UUCP:      ...{decvax,mv}!jeck!coffler
Southern New Hampshire                  Internet:  coffler@jeck.amherst.nh.us

                {Disclaimer: What I say is my personal opinion}
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.solaris,comp.unix.programmer,comp.unix.bsd
From: j4jbail@srv.PacBell.COM (Jack Bailey)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: Pacific * Bell
Date: Sun, 11 Oct 1992 01:59:01 GMT

In article <Bvwy64.4tF@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
>
>To make the comparison fair you would have to allocate buffers of
>a similar size ( as that in the hardware cache  )to the OS, via
>NBUF/ NHBUF or BUFHWM, and then compare. 

What does "fair" have to do with anything?  A disk cacheing
controller was added, and the system response time was improved.
If you can do other things to make the system faster, then go for
it.  The point is that the cacheing controller made a positive
difference.

>Our results show, that if we take the system you have above, and add
>another 32 MB of RAM ( cheaper than the PSI with 20 MB cache ),
>and for ISC 3.0, set NBUF to 16000 and NHBUF to 16384, we will get 
>even better performance, keeping the 174(x).

So why can't I do this *and* add a disk cacheing controller?

-- 
J.J.Bailey	j4jbail@srv.pacbell.com
Contractor	510.823.6453
Newsgroups: comp.unix.sysv386
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: Unix "Lite" is not so light
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Wed, 07 Oct 1992 20:25:09 GMT

In article <BvKHx7.7EG@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:
|> that would (to me) be a nightmare -- 60 floppies.  Right now Dell
|> comes on 3 floppies (boot, kernel and unlimited users upgrade) and
|> one 250 meg tape (which runs just fine in a 150 meg drive).  CD
|> I think is an interesting alternative.
|> 
|> But if one doesn't have a tape, CD or DAT, floppies is the only way.
|> 
	If one doesn't have a backup tape one shouldn't be using UNIX
	PERIOD... Veeeeeeeeeery foolish thing this "floppy only" UNIX
	idea, then again, after the first 200M+ floppy restore people will
	usually wise up and by a tape unit so I 'spoze it doesn't
	really matter anyways...

		-Rob
From: dweissman@amarna.gsfc.nasa.gov (WiseGuy)
Newsgroups: comp.unix.sysv386
Subject: Disk usage monitor
Date: 16 Oct 92 20:04:00 GMT
Organization: NASA Goddard Space Flight Center, Greenbelt, Md. USA
News-Software: VAX/VMS VNEWS 1.4-b1

I'm looking for a utility to track disk and cpu usage for the users of
our SCO Unix 3.x.x server.  Some sort of comprehensive system monitoring
system with the above features would be convenient. 
================================================================================
Dave Weissman - Corporate WAN/LAN Networking

Allied-Signal Aerospace - BFEC    Internet#1 - dweissman@amarna.gsfc.nasa.gov
One Bendix Road, Dept. 976        Internet#2 - sysdhw@bfec2.gsfc.nasa.gov
Columbia, Maryland 21045-1897     Telenet/SPRINTnet's X.400 -
(410) 964-7909                    (C:USA,A:TELEMAIL,P:GSFC,FN:DAVID,SN:WEISSMAN)
Newsgroups: comp.unix.sysv386
From: gmhtng@ntuvax.ntu.ac.sg
Subject: comm problem
Organization: Nanyang Technological University - Singapore
Date: Thu, 8 Oct 1992 05:26:25 GMT

Hi there,

I have just installed the AT&T unix SVR4 into my 486 PC and have problems
making use of the serial port for communication with other devices like PLC. I
could not even "open" the special file /dev/tty00 which is configured as com1
using asy. I believe that the setting or configuration of the serial port for
my system was not set up correctly/properly.

Would appreciate it if you coud enlighten me on the procedure to
configure the serial port.

Thank.



Tng Meng Huat
e-mail address: gmhtng@ntuvax.ntu.ac.sg


Newsgroups: comp.unix.sysv386