HDTenEightyP/NetNews huggingface dataset:
From: dab@cbnewsb.cb.att.com (david.a.berk)
Subject: Re: Replacing HUB Driver with FAS R2.10 PL0 Problem
Organization: AT&T
Date: Wed, 19 Aug 1992 21:56:55 GMT

In article <1992Aug19.191127.1289@cbfsb.cb.att.com> dab@cbnewsb.cb.att.com (david.a.berk) writes:
>I'm running ISC 3.0 and I replaced the Bell Tech HUB Driver with FAS.
>I have a 2400 Baud modem attached to a hub port.  When I log in
>remotely on an AT&T 615MT terminal everything is fine until I try
>to run layers.  When I invoke layers, my screen flashes and the terminal
>is locked.  This worked with the Bell Tech HUB driver.  Any ideas ?
>
>Thanks;
>
>Dave Berk
>(201) 564-3294
>
>dab@emdbl1.att.com
>
>

Just a followup to my own post ...

I re-installed hub BT driver just to make sure it was not something else and 
everything works fine.  I then re-installed FAS and no dice.
Xref: sparky comp.unix.sysv386:13214 biz.sco.general:2959
From: kirkenda@eecs.cs.pdx.edu (Steve Kirkendall)
Newsgroups: comp.unix.sysv386,biz.sco.general
Subject: Keyboard problem under SCO Unix 4.0
Keywords: keyboard, control, lockup, unterminal
Date: 16 Aug 92 18:49:55 GMT
Article-I.D.: pdxgate.6000
Organization: Portland State University, Portland, OR

I'm having a keyboard problem under SCO Unix 4.0.  Occasionally, the system
starts to act as though the control key was stuck, or something.  If I bang
on my <Control> keys, it gets straightened out.  Some other details...

* It happens with three different brands of keyboards, on two different
  computers.
* It didn't happen under the Interactive Unix which I was using before.
* Both computers are using AMR UnTerminals -- a "remote console" product.
* The keyboards have gotten stuck at real console and also at UnTerminals.
* The chance of a particular keyboard getting stuck seems to be independent
  of the activity of other keyboards.
* The busier a keyboard is, the more likely it is to get stuck.
* The console keyboard got stuck once (at least) when all of the UnTerminals
  were idle.
* Under average use, a given keyboard will get stuck about once a week.  This
  makes it a daily occurence when you have 6 UnTerminals plus the console.

Does this sound familiar?  If so, what did you do about?
------------------------------------------------------------------------------
Steve Kirkendall     kirkenda@cs.pdx.edu     Grad student at Portland State U.
Newsgroups: comp.unix.sysv386
From: dlparker@dlpinc00.rn.com (David L. Parker)
Subject: Re: Dell SVR4 (and Dell hardware)
Organization: Automated Data Management Services
Date: Mon, 17 Aug 1992 11:57:13 GMT

In article <1992Aug16.160841.5501@bluemoon.rn.com> grant@bluemoon.rn.com (Grant DeLorean) writes:
>larry@gator.rn.com (Larry Snyder) writes:
>
>>> Betcha couldn't guess what I am now running (SPARC 2)... :-}  Want
>>>to buy some ISC UNIX?
>
>>Don't be so quick to judge Intel based UNIX.  With the proper hardware
>>and OS an Intel machine could out do your Sparc.
>
> Maybe when the 586 hits in EISA configurations. A 486DX-50
>with EISA won't touch it now, even if the benchmarks say it will.
>In a quickie test, where both systems were running the same rendering
>software on the same image data the SPARC finished in 2.5 hours

But what was the video hardware on the 486??  How much difference would something
comparable to an ATI GU make??  And how much of the difference is directly 
attributable to FP operations??
-- 
Dave Parker
Automated Data Management Services, Pleasant Hill, MO 64080-1331
(816) 987-5167/5218 voice/fax
Newsgroups: comp.unix.sysv386
From: roe@Unibase.SK.CA (Roe Peterson)
Subject: Re: Anyone heard of the BocaBoard?
Organization: Unibase Telecom Ltd.
Date: Sat, 22 Aug 1992 23:09:59 GMT

evan@telly.on.ca (Evan Leibovitch) writes:


>Its UARTs -- two of them -- are ST16C554s. The brochure says "each
>ST16C554 chip is equivalent to four NS16C550s with FIFO buffering".

>I/O addresses are assigned in blocks of 0x40 10-bit addresses based
>at the following start addresses:

>000	040	080	0C0	100	140	180	1C0
>200	240	280	2C0	300	340	380	3C0

>The interrupt switchable to 3,4,5,7,10,11,12,15
>Would SAS or FAS be possible on all eight ports of this thing? The
>8-port card sells for a dealer price of under $130US. A four-port
>version is under $90.

At first glance, I would say not.  64 I/O addresses for 8 ports would
appear to be double the number required for a simple "lets' put
8 16550's in a row".

However, if the 16C554 is reasonably close a 4x16550 implementation,
I should be able to hack SAS to use it given a simple data sheet for the
chip.  Anybody know where I can get one?

>Worth it?

Yep.
Newsgroups: comp.unix.sysv386
From: kreed@telesys.tnet.com (Kevin W. Reed)
Subject: Problems with ESIX SVR4.04
Organization: TeleSys Development Systems, Mesa AZ
Date: Mon, 17 Aug 1992 01:34:06 GMT

I'm having some problems related to serial ports on ESIX SVR4.04.

Problem # 1  - DTR not dropping

When a user 'exit's or '^D' from their account to log out (or if the
application that was run should log them off the system, DTR is not
being dropped to tell the modem to disconnect the connections.  Instead,
the user is logged out of their account, but is still connected to the
system.  Waiting a moment or two and pressing ENTER gets them the login
prompt again...

I've looked at the settings for the ports and hangup is set (don't recall
the actual wording of that setting) but doesn't seem to have any effect.

Using CU to the modem direct or when calling a system, DTR is dropped
(very quickly) when you ~. the connection so it's not the modem
that is at fault here.

Problem # 2 - No /etc/issue sent on login via modem

When a user logs into the system via modem, the contents of /etc/issue is
not displayed.  Instead, there are some garbage characters followed by the
login propt.  Unlike at the consoles, pressing ENTER just provides another
login prompt still without the /etc/issue being displayed.
(works fine on the consoles).

Problem # 3 - CU screwups.

Many times (right now most times) CU refuses to access the port saying
Can't access port (something close to that).  But if you use Uutry (uucico)
everything works just fine.  Same port, same channel ...

Another annoying problem is that sometimes when using CU, characters received
from the modem don't appear on the screen.  I've even gone so far as to 
blindly log into a system and issue commands and watch the modem happily 
receiving data without anything showing up on the screen.

-

All of these items worked under ESIX SVR4.03 but don't appear to be working
under 4.04.  All might be related??  Anyone else run into these problems.

-- 
+-------------+
|   TeleSys   | Kevin W. Reed  ------  Public *NIX Site and Newsfeed Source
| Development | kreed@tnet.com   UUCP: ...!ncar!asuvax!enuucp!telesys!kreed
|   Systems   | SCO Xenix/Unix Support       Data/UUCP/BBS: +1 602 649 9099
+-------------+
Newsgroups: comp.unix.sysv386
From: iwsbarke@acs.ucalgary.ca (I W Scott Barker)
Subject: Re: The PC-UNIX Buyer's Guides --- Why I Won't Stop Editorializing
Date: Mon, 17 Aug 92 16:29:06 GMT
Organization: The University of Calgary, Alberta, Canada
X-Newsreader: Tin 1.1 PL5

Bravo, Eric! Anyone who has a problem with your guides should just stop reading
them. I for one obtained just about all of the information I needed to decide
on a system to purchase, and would have reached the same conclusion even if I
hadn't read your personal opinions. Besides, I agree that your "bullying"
position will reap benefits for us all, as vendors try to improve their
products.

And, most important of all, you are entitled to your opinions 100%, especially
since you receive no payment for your efforts. I hope you continue to provide
this service to the net.

Thank you very much for your efforts in spite of the criticism of others.

--
Scott Barker
barker@enel.ucalgary.ca

"Asking if a computer can think is like asking if a submarine can swim"
   - Edsgar Djikstra
Newsgroups: comp.unix.sysv386
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: how to write 525MB to Wangtek 525ES on Dell 2.1?
Organization: Chinet - Public Access UNIX
Date: Sun, 16 Aug 1992 20:55:09 GMT

In article <Bt2ozK.FI@flatlin.ka.sub.org> bad@flatlin.ka.sub.org (Christoph Badura) writes:
>Of course, this doesn't for blank tapes.
>There is no way for a QIC drive to figure out the media type on a
>blank tape.

	Oh, foo.  Don't be silly.  You buy non-blank tapes?
	The drives use various methods, including measuring the spacing
	between the holes around BOT.

-- 
	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
Xref: sparky comp.unix.sysv386:13293 biz.sco.general:2973
From: wd@pcsbst.pcs.com (wd)
Newsgroups: comp.unix.sysv386,biz.sco.general
Subject: Re: SCSI II
Date: 18 Aug 92 05:52:49 GMT
Organization: PCS Computer Systeme GmbH

fr@compu.com (Fred Rump from home) writes:

>If I would like the fastest and meanest I/O combination between disk, tape 
>and controller, what does the combined net wisdom recommend for a SCO UNIX 
>environment?

Check if your setup works before you buy it. We are  just  having
trouble  getting  SCO  to install on (probably too fast HP-) SCSI
disks. 


Wolfgang

==================================================================
Name    : Wolfgang Denk                         (+49)-89-68004-288
Company : PCS GmbH, Pfaelzer-Wald-Str. 36,  8000 Munich,  Germany.
UUCP    : ..[pyramid ;uunet!unido]!pcsbst!wd  (PYRAMID PREFERRED!!)
DOMAIN  : wd@pcsbst.pcs.[ COM From rest of world; DE From Europe ]
###################################################################
#                     Who was Peppi Biersack?                     #
###################################################################
From: rvdp@sow.econ.vu.nl (Ronald van der Pol)
Newsgroups: comp.unix.sysv386
Subject: how to write 525MB to Wangtek 525ES on Dell 2.1?
Date: 14 Aug 92 22:06:31 GMT
Organization: SOW-VU, Amsterdam, The Netherlands


We have a Wangtek 525ES SCSI cartridge tape drive which should be
able to write various formats (525, 250, 150 MB). But how do you
choose the format? There don't seem to be different special files
for different formats. So how should it be done?

--
Ronald van der Pol
rvdp@sow.econ.vu.nl
Newsgroups: comp.unix.sysv386
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: Dell SVR4 (and Dell hardware)
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Sat, 22 Aug 1992 16:06:15 GMT

kdenning@portal.hq.videocart.com (Karl Denninger) writes:

>My Intel machine (486/33) is subjectively as fast if not faster than the 
>Sparc 1+ I used to have on my desk at Nielsen.  It >definately< sheds load 
>better with more than one user signed on.  The Sparc was a dog once you 
>got more than one person going on it.

Isn't a Sparc 1+ even slower than an IPC?  On my IPX with 32mb running 4.1.2,
I routinely have another person logged in running sporadically cpu-intensive
stuff like troff ... and I don't even notice unless I look at logged in users!
There are also software builds running on the machine once in a while, and
I barely even notcie them!    However on my 486/33 (ISA), anything that 
requires disk access really slows down the whole machine (Adaptec 1542b, 
multiple scsi disks).

>>Of course once the Sparc/10 (80+ mips (per processor)) hits the street,
>>the INTEL line will be eating lots of dust!

>Yeah, but you can't get a Sparc/10 for under $5k configured and ready to go!

Yeah, but those of us who got into the 486 field over a year ago probably
spent more than that for a machine configured and ready to go!

-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: exuptr@exu.ericsson.se (Patrick Taylor)
Newsgroups: comp.unix.sysv386
Subject: Re: when to turn off my m
Date: 14 Aug 92 14:41:33 GMT
Distribution: comp
Organization: Ericsson Network Systems, Inc.

In article <1992Aug3.1221.10809@channel1> "ron angert" <ron.angert@channel1.com> writes:

>Many people are not aware that you can purchase a lightning protection
>unit at your local electrical supply house for cheap money.  This, together
>witrh a good ground and properly wired outlets, and a MOV based surge strip 
>at the CPU should minimize damage.  We have never had a system damaged
>that was connected in this fashion - though we have too few experinces
>to say our data is significant.  However, we do continue to have many
>failures from people that don't have these units.  We pay $36 or less for
>the protectors that are made by something like Delta Technologies.  All
>our UNIX and network systems stay on all the time, and are on UPS (SPS)
>units.

Let's not forget the telephone lines!!  I had an expensive system badly 
damaged this way.  I had all sorts of protection on my power, but when
lightning hit the tree in my front yard, both my phones and modem and part
of my PC were damaged.  There are lightning arrestors on telephone lines
coming in, but a hit that close can generate electricity in the wires in 
your house.  It also "Gaussed up" every TV in the house :-)
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - D Adams
  - Patrick Taylor
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    alternately, exuptr@ZGNews.Lonestar.Org
Newsgroups: comp.unix.sysv386
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: Sat, 22 Aug 1992 17:22:32 GMT

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

>A machine running SunOS will be much less likely to "hang" than the 
>equivalent intel machine.  At least that has been my experience, but 

Bull.  My Dell box runs and runs.  I remember running ISC (granted
2.20 with their old 1.2 TCP release) and it hung.

Try running Dell.  It runs and runs (right karl@ddsw1.msc.com).  My 
machine never crashes (unless I go poking in the kernel -- which I haven't
done in months).  It's not uncommon to have uptime here of 40-60 days -
and then the only reason the machine is rebooted is if the power goes
out (we don't have a UPS)..

My machine doesn't hang.  Maybe yours does, but mine doesn't.


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Xref: sparky comp.unix.sysv386:13252 comp.unix.xenix.sco:2700 alt.sources:1889
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco,alt.sources
Subject: Re: FAS 2.10 async driver, part 1/5
Date: 17 Aug 92 14:21:03 GMT
Followup-To: comp.unix.sysv386
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands
In-reply-to: gemini@geminix.in-berlin.de's message of 17 Aug 92 11:37:53 GMT

In article <F555UNC@geminix.in-berlin.de> gemini@geminix.in-berlin.de (Uwe Doering) writes:

>   Hello netlanders,

>   here is the FAS 2.10 async driver for 286/386 UNIX/Xenix systems.

[...]

Also available via anon. ftp via ftp.win.tue.nl:/pub/sysvX86/fas2.10.tar.Z

>   Enjoy!

>         Uwe

We will, no doubt! Thanks a lot!

-Raymond
--
| Raymond Nijssen         | Eindhoven University of Techology                 |
|                         | Department of Electrical Engineering              |
| phone: +31-40-473373    | Design Automation Section (ES),  Room EH 7.16     |
| raymond@es.ele.tue.nl   | P.O. Box 513, 5600 MB Eindhoven, The Netherlands  |
|                         | "Trust me. I know what I'm doing" (Sledge Hammer) |
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.sys.ibm.pc.hardware
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: ATI ultra video board
Organization: American Micro Group, Ft. Lee  NJ
Date: Sat, 22 Aug 1992 01:20:37 GMT

In article <BtA6Fy.E09@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>looking at the Tech Data catalog I see a:
>
> o Ultra 8514 with 512K
> o Ultra 8514 with 1 Meg
> o Ultra with 512K
> o Ultra with 1 Meg
> o Ultra with 1 Meg with build in VGA and mouse
>
>I assume the top 4 require an existing VGA board where as
>the item on the bottom contains the VGA.  The point is, will
>all of these boards run with the X386 server from Dell?
>
>Is the mouse supported with the X386 driver?
>
>-- 
>Larry Snyder                                    internet: larry@gator.rn.com
>keeper of the Gator                                  uucp: uunet!gator!larry

No.
No.
No,
The Graphics Ultra has VGA, the 8514 Ultra does not.

Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
From: peter@miller.cs.uwm.edu (Peter J Diaz de Leon)
Newsgroups: comp.unix.sysv386
Subject: Ethernet Card Advice for ISC Unix 3.0
Date: 20 Aug 92 14:07:53 GMT
Article-I.D.: uwm.1992Aug20.140753.9039
Distribution: usa
Organization: University of Wisconsin, Milwaukee


I am in the process of selecting ethernet (16 bit 10base-T) cards for our
Unix box which runs ISC Unix Version 3.0
Does anyone have any recommendations on which of the many
cards supported by ISC work the best.

Thanks
Peter
peter@miller.cs.uwm.edu
Newsgroups: comp.unix.sysv386
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: FAS 2.10 async driver, part 5/5
Organization: Somewhere just far enough out of Toronto
Date: Wed, 19 Aug 1992 12:54:39 GMT

In article <8f0m=6f@dixie.com> jgd@dixie.com (John De Armond) writes:
>jerry@incc.com (Jerry Rocteur) writes:

>>> # this is fas210.05 (part 5 of fas210)

>>Who is the irresponsible bastard who posts large files in a non source
>>newsgroup.

>>I have to pay for my news, plus I have to pay for the US-Europe phone
>>call and I am not impressed having to pay to get this crap.

>>What is the ruling regarding posting large files like this?

>The ruling is you should shut that hole beneath your nose, unplug your
>modem (or whatever) from your newsfeed, degauss your news partition 
>and get the hell off the net.  You obviously don't have the good sense
>to keep your mouth shut nor to allocate sufficient resources toward
>running a news site.

I'm sorry, but I can see Jerry's point. There are a lot of newsgroups
designed for source postings. Sites which want to accept/reject source
postings can do so by tailoring their newsfeeds to accept/reject source
groups. Posting FAS to this group thwarts that mechanism.

On the other hand, some sites (including mine) have software that
automatically scans source groups and archives their contents. Since
the software doesn't have this group flagged as a sources group, it's
going to miss the posting of FAS.

So posting sources here offers a double disadvantage. It frustrates
those who explicitly do not want source postings, as well as those who
would automatically process (in some manner) *all* source postings.

The issue is not at all one of the utility or value of FAS. Posting a
message here saying "I've just posted so-and-so to foo.sources, and it's
available for anon ftp from whatever.site.com", is unquestionably a better
route to go. It's the route Roe went with SAS. This method of releasing
source doesn't inconvenience those who want sources, and it doesn't
inconvenience those who don't.

Was posting the sources here "irresponsible"? Not really.

Was it bad netiquette and sub-optimal? Yes, but no worse than Jerry's
and John's stooping to personal insults to make their points.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
    Was "Trouble" (from the Broadway Show, Music Man) the first rap song?
From: fharvell@ocelot.UUCP (F Harvell)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver, part 5/5
Date: 22 Aug 92 15:08:15 GMT
Organization: FTS International, Orlando, FL, USA

In article <106.7403@incc.com> jerry@incc.com (Jerry Rocteur) writes:
>-- 
> __^__                                                              __^__
>( ___ )------------------------------------------------------------( ___ )
> |___| Jerry Rocteur                       Email: jerry@InCC.COM    |___|
>(_____)------------------------------------------------------------(_____)
>   ^                                                                  ^

	You're learning Jerry.  Now just shut up.

-- 
And therefore, never send to know for whom the | Mr. F Harvell  407 645-4670
bell tolls, it tolls for thee.  -- John Donne  | FTS International
-----------------------------------------------| 1935 Albert Lee Parkway
fharvell@ocelot.oau.org | fharvell@ocelot.uucp | Winter Park, FL  32789-1809
Newsgroups: comp.unix.sysv386
From: witr@rwwa.COM (Robert Withrow)
Subject: Can one replace ESDI drive electronics with SCSI?
Keywords: disks scsi esdi
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Wed, 12 Aug 1992 17:14:24 GMT

This probably falls into the category of ``profoundly stupid
questions''...

I have some fairly large (3xx MB) esdi drives (Priam 638).  I
am switching the shop over to entirely SCSI based drives, tapes,
cdroms, etc...  I hate to just throw these drives away, and
selling them is unlikely to net me much.

I was wondering if there is anywhere I can get a set of drive
electronics (the boards attached to the HDA) that will make these
into SCSI drives?

-- 
---
 Robert Withrow, R.W. Withrow Associates, Swampscott MA 01907 USA
 Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
From: jruss@ebers.in-berlin.de (Juergen Russ)
Newsgroups: comp.unix.sysv386
Subject: Re: tar command on SCO rel 3.2
Date: 16 Aug 92 07:03:43 GMT
Organization: Private Site

tschia@exodus.reuters.com.sg (tschia) writes:


>Hi everybody,
>		it seem that the tar command does not support the -uf
>on /dev/rfd096ds15 or /dev/rfd1135ds18 and also if the data is larger
>than 1 disk space it cannot be carry forward to another disk. Any advise
>?
>Please HELP

It does support the u option. Use it with the numeric argument to specify
the device you want to tar to. Have a look at /etc/default/tar. Here is
how it looks on my system:

#	@(#) def96.src 22.1 89/11/14 
#	 device     		block   size	tape
archive0=/dev/rfd048ds9		18	360	n	
archive1=/dev/rfd148ds9		18	360	n
archive2=/dev/rfd096ds15	10	1200	n
archive3=/dev/rfd196ds15	10	1200	n
archive4=/dev/rfd096ds9		18	720	n
archive5=/dev/rfd196ds9		18	720	n
archive6=/dev/rfd0135ds18	18	1440	n
archive7=/dev/rfd1135ds18	18	1440	n
archive8=/dev/rct0		20	0	y
archive9=/dev/rctmini		20	0	y
# The default device in the absence of a numeric or "-f device" argument
archive=/dev/rfd096ds15		10	1200	n

When you enter 

tar uv2 whatever

you will see the u option work for /dev/rfd096ds15.
Also your other problem should have gone.
Have a look at "man tar", especially for the e, k, and b options,
in case you want to override your default entries.

>A thousand thank you

>TS Chia

Good luck,
   Juergen

-- 
Berlin                    Juergen Russ                           Germany
jruss@ebers.in-berlin.de        ...!unido!fub!unlisys!desert!ebers!jruss
Newsgroups: comp.unix.sysv386