HDTenEightyP/NetNews huggingface dataset:
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO: loosing characters on serial port
Date: 26 Aug 92 14:18:06 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <JOCHEN.92Aug18115519@mrz.sub.org>, jochen@mrz.sub.org (Jochen Fahrner) writes:

| I just spoke with our dealer: the german distributor, from which he
| receives the adaptec controllers, knows about problems with adaptec
| 1542 in multitasking systems like OS/2 or unix. Even in DOS
| environments problems are reported.  But adaptec always says, it's not
| their controller, these are timing problems with the mainboard. This
| distributor recommends: don't use the 1542 in multitasking systems,
| use the 1522 (which is not so good in performance with large disks),
| use the 1742 (in EISA systems) or use an adapter from other
| manufacturers like Future Domain or DPT.

  I've used the 1542 with four various motherboards, running Xenix, ODT,
Dell V.4 and Linux, and have not had this problem. I can believe that
there are problems with some motherboards, some are really garbage, but
I would rather get the problem out and have a good m/b than use a slow
controller in hopes that the defective part of the system wouldn't
break.

  My experience has been all good, and I have some Bustek 1542-clones at
work which work fine, too.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: ste@cbnewsm.cb.att.com (Shaun T. Erickson)
Subject: Re: SASS 2.00 to be released!
Organization: AT&T Bell Labs, Allentown, PA
Date: Fri, 4 Sep 1992 01:01:39 GMT

In article <1992Sep2.213604.4197@Unibase.SK.CA> roe@Unibase.SK.CA (Roe Peterson) writes:
>SASS 2.00 will be released Sunday, September 6th.
>
>I will be posting it to alt.sources, and sending it to comp.sources.misc.
>
>The question is:  should I post it to comp.unix.sysv386 as well?  Considering
>the free-for-all that followed FAS 2.10 (I personally approved of posting
>it here, BTW), I'd like some feedback from the net before I jump into
>the breach.
>
>It will also be available for anon. ftp from udevdiv.Unibase.SK.CA
>(192.75.161.2).  I'm looking for other (possibly better connected) sites
>to put it on as well;  we're a slip link (albeit a fast one :-).

I think you SHOULD post it here.
-- 
 ******************************************************************************
 * Shaun T. Erickson                              Internet: ste@alux2.att.com *
 * Cap Gemini America (RV @ AT&T)                    UUCP : ...!att!alux2!ste *
 ******************************************************************************
Newsgroups: comp.unix.sysv386
From: dold@unislc.uucp (Clarence Dold)
Subject: Re: 9track 1/2" tape drives
Organization: Unisys Corporation SLC
Date: Wed, 2 Sep 1992 01:18:20 GMT

From article <17seloINNk6i@smaug.West.Sun.COM>, by jackn@caspianc.ism.isc.com (Jack Neman):
> In article <1992Aug30.233443.10923@tous.oau.org> rbt@tous.oau.org (Robert B. Tate) writes:

>>Along the same lines, I have a Cipher (F880?) 1/2", 9 track tape drive
>>that I could use also. Is there an interface converter to let it run on a
>>SCSI bus (Adaptec 1540B) or would it be better to try to find direct

> 	drive for your Adaptec 1540B. I don't know if Cipher (F880?)
> 	is the same as NCR-Cipher or HP-Cipher or not.

The SCSI adapter that we got from Cipher for the "Pertec" interface F880 was
made by NCR, as I recall.

-- 
---
Clarence A Dold - dold@unislc.slc.Unisys.COM
               ...pyramid!ctnews!tsmiti!dold
From: jgd@dixie.com (John De Armond)
Subject: List servers
Date: Mon, 31 Aug 92 22:47:57 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

I'm looking for a list server that is ISC unix compatable, can manage 
multiple mailing lists, can transmit files back to mail requests and so on.
A quick pointer to an FTP site will be fine.

Thanks
John

-- 
John De Armond, WD4OQC               |Interested in high performance mobility?  
Performance Engineering Magazine (TM) |
Marietta, Ga                         |Interested in high tech and computers? 
jgd@dixie.com                        |Write me about PE Magazine
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
Newsgroups: comp.unix.sysv386
From: simmons@watsci.uwaterloo.ca (Jiang Du)
Subject: ESIX 3.2.D and IDE hard drive
Originator: simmons@watsci.waterloo.edu
Organization: University of Waterloo, Waterloo, Ontario
Date: Fri, 28 Aug 1992 20:07:28 GMT

Hi, netters,

    Has any one of you used an IDE hard disk drive with ESIX 3.2.D?  Where can
    I get a driver for it if such a thing exists.  You may either mail to me
    or post your  answer here.     Thanks for your help in advance.


    Jiang Du
    University of Waterloo, Canada
Newsgroups: comp.unix.sysv386
From: acmrlb@gsusgi1.gsu.edu (Ronald L. Bolin)
Subject: 486/50 DRAM REQUIREMENTS
Organization: Georgia State University
Date: Wed, 26 Aug 1992 18:19:20 GMT


Question: Is anyone using a 486/50 clone or non-clone machine running
386 UNIX with 70 nano second DRAM? I am considering upgrading my 
MXA386-33 e/w 16MB 70 nano second DRAM for a clone 486/50. I would like
to use my 70 DRAM instead of having to buy 60 nano second DRAM.

Is 70 DRAMD ok for use with a true 486/50 with 256k SRAM and 
interleaved memory.


Thank's in advance.

I will summarize.

Ron
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.unix.sysv386
Subject: HELP!  New SMC Elite16 Combo Ethernet Card vs. SCO ODT 1.1
Date: 30 Aug 1992 23:00:28 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

I've had SCO ODT 1.1 up and running TCP/IP over an old WD8003ebt ethernet
card for the past several months.  I tried upgrading to a new WD/SMC 8013
(Elite16 Combo) card.  Now, w/alt-f2 switching from X11R4 to an alternate
screen causes the display to go blank, w/alt-f1 to go back to X11R4 makes
the mouse/pointer inaccessible (the pointer doesn't move), and exiting out
of X11R4 at any time causes the display to go blank.  My video controller
is an ATI Graphics Vantage (Viedo RAM: A0000-BFFFF, Video ROM: C0000-C7FFF,
Video Ports: 3B0-3DF -- operating in IBM 8154/a mode) and the wd8003ebt is
fine at IOPORT=0x380, VEC=5, IOBASE=0xD0000 or 0xC8000.  However my wd8013 
causes problems when places at the same addresses with mkdev wdn rerun and
the 8K buffer updated to 16K total length.

Any suggestions?

Thanks, AJ

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520
------------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: fangchin@leland.Stanford.EDU (Chin Fang)
Subject: Re: TeX, LaTeX for SVR4 386
Organization: DSG, Stanford University, CA 94305, USA
Distribution: comp.unix.sysv386
Date: Tue, 1 Sep 92 19:10:02 GMT

In
>
>Specifically, amongst the components of (what many people consider to be
>complete) TeX are:
>
>- TeX itself;
>- Metafont;
>- LaTeX;
>- The piles of publicly contributed LaTeX style/macro files;
>- BibTeX
>- TeX font sources (which need to be run through Metafont);
>- TeX fonts (ready-to-run in .pk format);
>- One or more screen/printer drivers for the .dvi output of TeX;
>- (If you use PostScript) downloadable fonts for use with dvips;
>- miscellaneous utilities like tr2latex.
>
For X Window users, I would add ghostscript and ghostview
as two necessary utilities (yeah, I am elaborate the last entry
of Evan :).  The reason is that when you start using utility
like psfig to include PostScript figures, as sooner or later
you will, the best way to me is to view the PostScript output
from dvips.  These two FSF pkgs will make such previewing much
easier.  They are highly recommended.

>You could get barely get a piece of that in 3Meg compressed.
>On my own system, this all take up about 18MB, not including
>source code (and that's considering I don't have many compiled fonts
>since I use dvips). My source tree is another 15MB, but some of that
>may be redundant.

Yes indeed.

>TeX is many things to many people. But the adjective "compact" is not
>one of those things.

Ditto.

Chin Fang
fangchin@leland.stanford.edu
Newsgroups: comp.unix.sysv386
From: jgd@dixie.com (John De Armond)
Subject: Re: FAS 2.10 async driver
Date: Thu, 27 Aug 92 06:20:26 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

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

>In article <v0=n6--@dixie.com>, jgd@dixie.com (John De Armond) writes:
>> 
>> Dickhead's whole argument reminded me of the person who would say
>> that the Indy 500 should be restricted to 70 mph because that's all
>> his Volkswagen can do.  The ultimate selfish "me" mentality.

>I utterly disagree with you! 

>This point would only be valid if he was forced to _participate_ in the
>Indy 500 with his Volkswagen!

Sorry bub, but no.  I've  yet to hear of anyone being FORCED to use the 
net.  Just as Indy drivers are FORCED to abide by the rules and use
appropriate equipment, so to are you forced to play by Usenet rules 
if you want to play.

I marvel but am not surprised at the attitude that the whole network
should be pulled down to the lowest common denominator of some low-
budget leaf site.  If you want to play, you gotta pay.  If you can't 
pay what it takes to participate in this overwhelmingly American 
network, you have several options:

*	Don't play.
*	Set up alternative feeds/filters to accomodate your needs.  Pay
	for that setup if necessary.  You could, for example, have 
	your US feed filter out any post over a certain size.  In 
	other words, you adapt to the net instead of expecting the net to 
	adapt to you.
*	change any political institutions that jacks up the price.  yep, a 
	lot of work and it's easier to just sit on your fanny and complain.

Perhaps it's a cultural thing.  Were I trying to partake of an European
product, the LAST thing I'd expect would be for the product to be 
modified to my particular need and I'd expect to pay more.  Actually
I have a lot of experience with that, having driven an European-only
BMW that I personally imported for the last 10 years.  Yep, I pay
through the nose for parts available only in Germany but I knew that going
in.  Perhaps I should demand BMW import parts just for me and sell them
at domestic German prices.  That's what you're asking for regarding the
net.

John
-- 
John De Armond, WD4OQC               |Interested in high performance mobility?  
Performance Engineering Magazine (TM) |
Marietta, Ga                         |Interested in high tech and computers? 
jgd@dixie.com                        |Write me about PE Magazine
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: What 'stune' parameters do you use for X386?
Date: 25 Aug 92 19:09:35 GMT
Distribution: usa
Organization: The Gator Public Access Unix Site - 219-289-3745

karl@ttank.ttank.com (Karl Bunch) writes:

>In <1992Aug21.220338.3843@smallo.bo.open.de> oklein@smallo.bo.open.de (Olaf Klein) writes:

>>larry@gator.rn.com (Larry Snyder) writes:

>>>We run Dell SVR4 4.0 and run X -- and have never experienced a lockup --
>>>and we have never had to modify any of the kernel parameters
>>>we are running X11R5 which is shipped standard with Dell SVR4

>>Larry, you're boring...

>Well I run Dell SVR4.0 (Dell Issue 2.2) and he's right.  I guess I'm
>boring too.

All of us who run Dell SVR4 are boring.  That is because unlike the
other flavors UNIX -- Dell SVR4 works.  Just think - if everyone
ran Dell SVR4 -- this newsgroup would get rather slim..
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: dougp@ico.isc.com (Doug Pintar)
Subject: Re: Primary SCSI, secondary athd on ISC Unix 3.0 possible?
Organization: Interactive Systems Corp., Boulder CO
Date: Wed, 26 Aug 1992 20:35:29 GMT

In article <1992Aug25.235519.19024@slammer.UUCP> brad@slammer.UUCP (Brad Isley) writes:
>
>In the 2.2.1 manuals it says you can do this by telling your computer's
>CMOS that there are no hard drives installed.  Then it WILL boot from the
>Adaptec controller.  After that, ISC will know how to access your ST-506
>drives without using the CMOS stuff.  BTW: I never tried this - I dunno
>what 3.0 says, but I imagine this would be the same.
>
The problem with this is that the AT-compatible controller module then has
absolutely no idea as to the geometry of the drives.  This makes it rough
to try to find the VTOC (in the Unix FDISK partition) that tells it the
real geometry.  It's this chicken-and-egg thing that makes it rough to
do a secondary AT-compatible controller.  There are supposed to be IOCTL
calls to the HPDD to stuff its tables with a known physical and logical
geometry, but I could never get those to work under 2.2.  Never tried it
under 3.0.  If you can write a little program (or find one) to set the
drive geometry before you try to use the disk (again, a chicken-and-egg
as you have to open the drive, which tries to read the VTOC, before you
can issue the IOCTL to tell it the real geometry) you might be able to
make this configuration work.  Nasty, though.
DLP
Newsgroups: comp.unix.sysv386,biz.sco.general
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: SCO ODT performance
Organization: Open Age, Inc.
Date: Wed, 02 Sep 1992 23:12:59 GMT

rreitzig@lookout.it.uswc.uswest.com (Rolf Reitzig) writes:
>After speaking to DEC technical support, I decided to try some benchmarks on
>disk access time.  I found the following:  copying a 25 MB file from fileA to
>fileB took 13 minutes on the Xenix computer, and 2.5 minutes on the DEC 
>computer.  Not bad.  However, vmstat reported that the CPU was 93% idle, with
>7% system useage on the Xenix computer, while the DEC computer was 0% idle, with
>100% system useage.  While the copying was taking place, a user could login to
>the Xenix computer with no delay, while a login on the DEC computer was
>insufferable slow.  These tests were performed with 2 root users logged in, no
>users on the system at all.

>Basically, I have concluded that disk access operates at very high priority in
>ODT, and this is the cause of the performance problems.  

>Am I on the right track?  Any suggestions?

>Post, or mail replies to rreitzig@uswest.com

Hmm.  Is it possible that you have modified the priority of the root user 
through the system administration shell (sysadmsh)?  It sounds like you have.
Go into sysadmsh and do Accounts->User->examine->root  and look at the
users CPU priority.  It should be 0 for everyone.


[Paul Fischer on news since xenitec seems to be down.]
-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
Teach a man to think, and all his problems are less.
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
From: nzhang@umiacs.umd.edu (Ning Zhang)
Newsgroups: comp.unix.sysv386
Subject: Help wanted: start up TCP/IP with 3COM 501 on SCO UNIX 3.2
Date: 26 Aug 92 17:59:18 GMT
Distribution: na
Organization: UMIACS, University of Maryland, College Park, MD 20742

I am trying to install the TCP/IP package on SCO UNIX 3.2. I installed three
disks and rebuilt the kernel. After rebooting, the kernel found the 3Com 501
card. But when I tried to start up the TCP/IP software by using the
 
        tcp start
 
command, I could not reach out to the other UNIX boxes. (There is no
problem with the card and the cable, as I can reach them under DOS
with the PC/TCP software). I guess I did set up correctly the /etc/strcf
file for configuring the 3COM 501 card.
 
Any help ? Thanks,
 
-Ning
From: grs@werple.pub.uu.oz.au (Gary Schmidt)
Newsgroups: comp.unix.sysv386
Subject: How can I identify CPU types ??
Date: 23 Aug 92 13:28:57 GMT
Followup-To: poster
Organization: Werple public-access Unix, Melbourne

I want to be able to programmatically identify which variation of the Intel
80x86 my program is running on, without having to use protected mode
instructions.

I would like some assemby code that I can assemble for any OS, be it MeSsy-DOS,
*NIX, PICK, OS/2, ... etcetera, that does not need any high privs to be run,
and will tell me whether I am on an 8086, 80286, 80386, or an 80486.  I really
want something that will allow me to determine the difference between a '386
and a '486, not so much whether it's an SX step or not, but whether it is a
'486.

Please bear in mind that I do not want to switch the processor in and out of
various modes, and I want the sort of stuff that could be linked into any
piece of code.

	Cheers,
		Gary	B-)

-- 
______________________________________________________________________________

  Gary R. Schmidt          Internet/ACSNet/FishNet: grs@werple.pub.uu.oz.au
______________________________________________________________________________
Newsgroups: comp.unix.sysv386
From: chip@tct.com (Chip Salzenberg)
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Date: Mon, 31 Aug 1992 17:49:54 GMT
Organization: TC Telemanagement, Clearwater, FL

According to larry@gator.rn.com (Larry Snyder):
>SVR4 works, is current in the industry -- and follows standards (unlike
>some vendors who modified 3.2 for long file names and symbolic links)..

If a blind standards committee leads a blind user, both will fall into
a pit.
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
   "Do Rush place weird subliminal backmasked messages in their songs to
 compel unwilling geeks to commit evil .sig atrocities?"  -- Dean Engelhardt
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Dell SVR4 (and Dell hardware)
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Tue, 1 Sep 1992 12:25:24 GMT

bill@unixland.natick.ma.us (Bill Heiser) writes:

>How is R4 (any brand) in terms of SCSI support?

Since SCSI support was included in the base SVR4 package as
distributed from USL, it works quite well.  Several vendors
have enhanced the SCSI support beyond the USL sources -- but
to date, no one has added support for a CD-ROM filesystem.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: SVR4 tar
Organization: Chinet - Public Access UNIX
Distribution: usa
Date: Wed, 26 Aug 1992 21:26:41 GMT

In article <jrh.714700942@mustang> jrh@mustang.dell.com (Randy Howard) writes:
>ayr@gtech.com (Aleksey Y. Romanov) writes:
>
>You are correct.  In Dell UNIX I added a backwards compatibility flag so that
>it would do the right thing for old 3.2 unix systems.  I don't know if any
>of the other vendors did that.  If you are using Dell UNIX, the flag you
>want is 'Z'.

What's the difference, and does GNUtar care?  What should happen if you
have a SysVr4 and SysVr3 system cross mounted with RFS and use each other's
tar on the opposite filesystem?  (Actually, if you rfs mount a UFS filesystem
into a SysVr3 machine, find won't recurse down it's directories and make
won't see anything to be done - is that supposed to happen?)

Les Mikesell
  les@chinet.chi.il.us
Newsgroups: comp.unix.sysv386
From: zdxh0a@trc.amoco.com (Douglas Horn)
Subject: Re: SASS 2.00 to be released!
Originator: zdxh0a@gpss53
Organization: Amoco Production Company, Tulsa Research
Date: Fri, 4 Sep 1992 12:51:23 GMT


In article <1992Sep2.213604.4197@Unibase.SK.CA>, roe@Unibase.SK.CA (Roe Peterson) writes:
> SASS 2.00 will be released Sunday, September 6th.
> 
> I will be posting it to alt.sources, and sending it to comp.sources.misc.
> 
> The question is:  should I post it to comp.unix.sysv386 as well?  Considering
> the free-for-all that followed FAS 2.10 (I personally approved of posting
> it here, BTW), I'd like some feedback from the net before I jump into
> the breach.
> 
> It will also be available for anon. ftp from udevdiv.Unibase.SK.CA
> (192.75.161.2).  I'm looking for other (possibly better connected) sites
> to put it on as well;  we're a slip link (albeit a fast one :-).

Post it.

-- 
/*  Douglas Horn (zdxh0a@trc.amoco.com)     (918)660-3247             

    Helpful hints:   Stop programming before it is too late.  */
Newsgroups: comp.unix.sysv386
From: sells@cs.umn.edu (Chris Sells)
Subject: Re: cpio one file at a time?
Followup-To: comp.unix.sysv386
Organization: Spanlink Communications
Date: Sat, 29 Aug 1992 15:51:29 GMT

In article <1992Aug29.115831.24214@cti-software.nl>, pim@cti-software.nl
(Pim Zandbergen) wrote:
> 
> sells@cs.umn.edu (Chris Sells) writes:
> 
> >Is there a way to cpio one file at a time, process the file and continue?
> >For example, could I do something like this:
> 
> >cpio -oudBcv </dev/f1 |
> >while read file
> >do mv $file to /usr/$file
> >done
> 
> If all you want to do is read the file into another directory
> than where the cpio archive says it belongs,
> you could use pax with the -s option.
> 
> pax is /usr/lbin/pax on ISC and /usr/bin/pax on SCO.
> Its sources are available from many archives.
> -- 
> Pim Zandbergen                      domain : pim@cti-software.nl
> CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
> Laan Copes van Cattenburch 70       phone  : +31 70 3542302
> 2585 GD The Hague, The Netherlands  fax    : +31 70 3512837

The 'mv' was only an example. I'll be performing multiple operations on
each file and I need to be able to do it before the next file is loaded.
BTW, what's pax?

+-------------------------+
| Chris Sells             |
| Spanlink Communications |
| sells@cs.umn.edu        |
+-------------------------+
Newsgroups: comp.unix.sysv386