HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.unix.xenix.sco
Subject: Need tape drive driver.
From: obrien@futon.SFSU.EDU (Jonathan O'Brien)
Date: 23 Aug 92 14:21:20 PDT
Organization: San Francisco State University
Keywords: tape drive


Its the same ol' sob story, a friend of mine system crashed and burned.
All of the hardware except for the tape drive has been replaced so we
don't know if it even works or not. But this is the problem: after
reinstalling xenix 2.3.2, I looked for the disk of drivers and utility
software for the tape drive, no luck. I tried to contact the company
from whence the drive came and they're out of business. I don't have any
experience on xenix systems so don't know where to start.

This is the information I do have. The tape drive and software are from
a company called Bell Technologies out of Fremont California. Its called
the Bell XTC xenix tape cartridge system which is implemented on the 
QIC02/36 compatible streaming tape hardware and software. Configuration
wise, its a 386 machine and the card uses interrupt level 5, i/o addr.
0x300-0x301 and DMA channel 1.

Is there anyway I can use this info to solve this myself (mkdev tape?)
or does anyone possibly have a copy of these drivers? I also have the
names of the authors, maybe someone can put me in touch with them.
They're Lance Norskog, Bob Glossman, and Dimitri Rotow.

The poor people have been on sneaker net for the past six weeks and
all they really want to do is restore their last backup and move on to
a new system. Any help would be greatly appreciated.

Jonathan O'Brien
obrien@futon.sfsu.edu
From: kupp@hercules.cs.uregina.ca (Timothy Kupp)
Subject: Adaptec 1740 modes.
Followup-To: comp.unix.xenix.sco
Keywords: Adaptec, 1740, modes, SCSI
Reply-To: kupp@hercules.uregina.ca (Timothy Kupp)
Organization: University of Regina, Regina, Saskatchewan
Distribution: comp.unix.xenix.sco
Date: Thu, 27 Aug 1992 23:06:09 GMT

I have an Adaptec 1740 installed in a Compaq 486/33M running SCO UNIX
3.2.4.  When the machine was initially configured, the Adaptec showed
up in the power-up device list as 'type=ad'.  According to a list of
adapter possibilities available when configuring SCSI devices, 'ad' is
an Adaptec running in 154x or 164x mode.  'eiad' is a 174x Adaptec.

So, why did the card show up as type 'ad' in the device list?  According
to the Compaq system configuration, the card in that slot is identified
as 'AHA1740'.  Is there any benefit to reconfiguring the UNIX setup so
that the card is identified as type 'eiad' (ie. performance 
improvement)?  If there is a benefit, how would one go about
reconfiguring the system so that the card would be recognized as type
'eiad' on power-up?

Can I assume it would be foolish to think I could change the mode of the
card without reinstalling UNIX, reconfiguring the hard drives, etc?

Any and all input would be appreciated.  Thanks.

=----------------------------------------------------------------------=
Timothy Kupp                                 kupp@hercules.cs.uregina.ca
University of Regina                            kupptw@uregina1 (BITNET)
Saskatchewan, Canada
Newsgroups: comp.unix.xenix.sco
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Adaptec 1740 modes.
Organization: W. J. Vermillion - Winter Park, FL
Date: Thu, 3 Sep 1992 14:00:12 GMT

In article <9209010953.AA25837@dynamix.com> david@dynamix.com (David L Jarvis) writes:

>> In article <9208290830.AA18784@dynamix.com> david@dynamix.com (David L Jarvis) writes:

>> >4: edit the file ad, change all occurences ad to eiad

>> Aiiiee!  No!

>yes, the instructions ARE directly out of SCO magazine, which frequently 
>publishes instructions straight from SCO technical support ... 
>(but nice try at the cheap shot tho, you're getting better with each try)
>HOWEVER --- (and I direct this to the fellow who first asked the question,
>and any others who might ask questions in the future)  don't trust ME or
>ANYONE on the net - check it out for yourself!!!   Call SCO or get SCO
                                                                    ^^^
>magazine and verify it ... (repeated for those of you who failed to read
^^^^^^^^^
>the same line in my original post)
>so how about it Marc, again I'll challenge you, give SCO a call and ask
>them what they suggest for making the change ... and then post the response
>you get ...   

It's one thing to rely on SCO and another to rely on SCO Magazine.

In one of the first issues of SCO Magazine there was mention, either in
an article or a letter, that a way to speed the system up was to turn
the power-off and let fsck clean the system on boot up.

I don't consider this to be reliable information.   All that is
happening this way is to re-org the freelist, which can be done with an
fsck -s.    The power off way could lose data.    

With things like that in mind I read the SCO Magazine very carefully to
see if the response is a proper one or not.

If the vendor says it, you have a better chance of getting proper
information than from a secondary source (most of the time :-) ).

-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill

Newsgroups: comp.unix.xenix.sco
From: chip@chinacat.unicom.com (Chip Rosenthal)
Subject: Re: Need tape drive driver.
Organization: Unicom Systems Development, Austin, TX
Date: Mon, 24 Aug 1992 01:45:12 GMT
Keywords: tape drive

In article <1992Aug23.142121.2495@nic.csu.net>
	obrien@futon.SFSU.EDU (Jonathan O'Brien) writes:
>This is the information I do have. The tape drive and software are from
>a company called Bell Technologies out of Fremont California.

Bell Tech is belly up.  Intel bought them, and then later cast off
their UNIX business.

But fear not.  The Bell Tech tape controller is a standard Wangtek
PC-36 controller with bunged up ROMs.  Or it might be bunged up PALs,
I forget.  Anyway, the only reason they hacked on the card was to
prevent people from using their drivers with somebody else's tape
controller.

The SCO tape drivers introduced at 2.3.0 support this card.  Therefore
you've got everything you need to use this tape drive.  Simply run
`mkdev tape' and plug in the configuration parameters you quoted in
your news article.  Select type 'W' for Wangtek.  (And thanks for
describing all of the relevant information on your problem completely
but succinctly.)

-- 
Chip Rosenthal  512-482-8260 | The secret to a long life is
Unicom Systems Development   | knowing when it's time to go.
<chip@chinacat.Unicom.COM>   |  - Michelle Shocked
From: khioe@mona.jpl.nasa.gov (Kent Hioe)
Newsgroups: comp.unix.xenix.sco
Subject: Help, Need information for Mitsubishi Multi I/O port board!
Date: 27 Aug 92 15:44:23 GMT
Followup-To: khioe@juno.jpl.nasa.gov
Organization: jpl



Help, Does any body know if Mitsubishi 4 multi I/O port board is compatible
with AT clone for Xenix system ? I got a problem when I move the board
from the Mitsubishi-286 system and install it on an AT clone. Does this board 
need a special driver for Xenix system ?

Would owner of this board kind enough to send me information of the jumper 
setting ?

Thank you for your help.


--
kent
khioe@juno.jpl.nasa.gov
From: harvey@oasys.dt.navy.mil (Betty Harvey)
Newsgroups: comp.unix.xenix.sco
Subject: Configuring SCSI drives
Date: 31 Aug 92 18:21:43 GMT
Reply-To: harvey@oasys.dt.navy.mil (Betty Harvey)
Organization: Carderock Division, NSWC, Bethesda, MD



Can anyone tell me what the following error means when I relink the kernel?

ld warning: Multiply defined symbol Sdsk_data, in 
/etc/conf/pack.d/Sdsk/space.o, has more than one size

 I have one EISA 230 MByte drive and two 1 Gigabyte SCSI driveS.  The EISA 
 drive is root and I have the SCSI drives divided into two partitions each.
 Any help/advice would be appreciated.


/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Betty Harvey  <harvey@oasys.dt.navy.mil>     | David Taylor Model Basin
ADP, Networking and Communication Assessment | Carderock Division
     Branch                                  | Naval Surface Warfare
Code 1221                                    |   Center
Bethesda, Md.  20084-5000                    | DTMB,CD,NSWC   
                                             |   
(301)227-3379   FAX (301)227-3343            |          
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/
From: brettw@matt.ksu.ksu.edu (Brett D. Watson)
Newsgroups: comp.unix.xenix.sco
Subject: Sys admin skills
Date: 1 Sep 1992 10:46:53 -0500
Organization: Kansas State University
Distribution: usa
NNTP-Posting-Host: matt.ksu.ksu.edu

  This post is not a "techinical" question but here goes...

  If I learn system administration under SCO Xenix, will these skills
apply to other Unix systems?  If I stay at a job doing sys admin under
SCO for a few years, can I then move on to systems like Sun OS, BSD,
etc?  I've asked this question on misc.jobs.misc but haven't gotten
much response.  I ask because I don't want to spend time at a job that
will not make me more "marketable" to the Unix and Sys. Admin. market
in a few years.  Will these skills apply to other flavors of Unix?

-=- Brett
-- 
  Brett Watson, 915 Calflin Rd. Manhattan, KS  66502, (913) 776-5951
  ==================================================================
	brettw@matt.ksu.ksu.edu | brettw@holonet.net
From: nzhang@umiacs.umd.edu (Ning Zhang)
Newsgroups: comp.unix.xenix.sco
Subject: Help wanted: start up TCP/IP with 3COM 501
Date: 26 Aug 92 13:48:26 GMT
Distribution: na
Organization: UMIACS, University of Maryland, College Park, MD 20742

I am trying to install TCP/IP package on SCO UNIX 3.2. I installed three
disks and rebuilt the kernel (after enable the 3COM 501 driver). 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
Newsgroups: comp.unix.xenix.sco,biz.sco.general
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: Looking for the SCO XENIX way of calling "crypt" function
Organization: Unix in NYC
Date: Thu, 03 Sep 1992 01:59:42 GMT

In article <2565@twg.bc.ca> bill@twg.bc.ca (Bill Irwin) writes:
>I have searched the entire system for any files that are
>"*crypt*" in an effort to replace the offending line with
>something that will work on SCO XENIX 2.3.2 (kernel patched to
>2.3.4), but can't locate a single file.
>Bill Irwin    -       The Westrheim Group     -    Vancouver, BC, Canada


I forget if our US government lets Canadians have the regular crypt
routines which are on our "export control list" as far as the rest of the
world is concerned.

If that restriction is North America, not just USA, then you are entitled
to a free crypt diskette from SCO, which your vendor can get for you.

If not, you can get the "International Crypt Supplement" SLS from sosco:
lng225b.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
From: jbayer@ispi.COM (Jonathan Bayer)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 3 Sep 92 18:32:29 GMT
Organization: Intelligent Software Products, Inc.

mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>In article <1189@consult.UUCP> bob@consult.UUCP (Bob Willey CDP ) writes:
>>Actually he does!!  He is putting in what the customer NEEDS and not
>>a lot of extras that they will probably never use or need.

>My point was that he said he "never even considered Unix."  Now, how
>could he possibly know if Unix was or was not appropriate if he never
>even considered it?

He could know, use, and even install Unix at some customer sites, and then
"never even considered Unix." for other customers.  He knows his customer's
needs and was (and is) able to make informed decisions based on that knowledge.

>>Whoaa.....  I have modems on EVERY SCO Xenix site out there, with NO 
>>problems.

>Well, he said that Xenix was appropriate for customers who had no
>networking or security needs.  Modems are a form of networking, and as
>you mention, they work fine.  But putting a modem on a computer and
>leaving security turned off is just about as much of a security risk
>as putting the root password in /etc/issue.

Define what you mean by "security", please.  SCO Unix has a C2 level of
security, which gets in the way a lot of the time.  If you use proper 
password controls Xenix will have as much security as many other versions
of Unix that are in the field, and I am including much larger Unix
installations in this statement.

Also, there is plenty of networking available for Xenix.  I have configured
(not recently) a Xenix box to talk to a SCO Unix box as well as DOS
boxes, all on the same network.

>>>senior this year.
>> ^^^^^^

>Your point being?  Or do you feel that I'm unqualified to participate
>in this discussion, because I'm still in high school?

Just that you don't have has much experience as other professionals who
have been working in the field for many years.  Sometimes it takes
plain old experience to get exposure to many different environments.  It
is a bit difficult to know and understand other environments without 
actually using them.



JB
-- 
Jonathan Bayer		Intelligent Software Products, Inc.
(908) 248-1853		37 Winthrop Rd. 
jbayer@ispi.COM		Edison, NJ   08817
Newsgroups: comp.unix.xenix.sco
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Ctar
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Mon, 31 Aug 1992 22:03:41 GMT

In article <65005@cup.portal.com> Kellner_-_Systems@cup.portal.com writes:
>I am very confident Ctar even works on floppy disk based
>tape drives though have no personal experience with that.
>
Well, yeah, Ctar itself works.  Ctar (like tar and any properly written
archiver) will write to anything: another file, your screen, a 9 track,
your laser printer, your swap partition, /dev/kmem... :-)

But crash recovery requires the ability to access the floppy AND the 
tape at the same time.  With floppy based tape, you are
out of luck.

			Tony
Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle

Newsgroups: comp.unix.xenix.sco
From: martin@convex.csd.uwm.edu (Martin A Miller)
Subject: Spooler bug..
Followup-To: comp.unix.xenix.sco
Originator: martin@convex.csd.uwm.edu
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: na
Date: Wed, 2 Sep 1992 02:48:02 GMT


Greetings,

Just recently began subscribing to this newsgroup and have learned 
more about my system (Xenix 2.3.2) in the last few days than in
the previous 6 months.  Thanks..

I had a number of questions and after checking the FAQ and looking
through the items at anomaly.. I'm still left with a question about
the bug in the print spooler (the bug that causes print requests to
interrupt a currently printing job).  

Has there been a fix for this?  And if so, where is it and how can I
get it?  Any info?

Thanks in advance,

-mm
-- 
| Martin A. Miller             Internet: martin@convex.csd.uwm.edu          |
| Gadfly-At-Large              Bitnet  : martin%convex.csd.uwm.edu@INTERBIT |
| I used to be disgusted..     UUCP    : uunet!martin@convex.csd.uwm.edu    |

Newsgroups: comp.unix.xenix.sco
From: steve@crash.cts.com (Steve Morrison)
Subject: disk mirroring
Date: 26 Aug 92 05:21:22 GMT

Are drivers available to get disk mirroring running on Xenix?

I haven't looked into this before, but now a someone has asked me
to help them get the job done.

I would suspect the least needed configuration would be Xenix 386 GT
and a SCSI board like a Adaptec 1542 or better.  And some sort of
SCSI controller vendor supplied driver.  Is this right??

Is there an other internet group that would be better to check with
on this subject?

-steve

steve@crash.cts.com
From: bob@consult.UUCP (Bob Willey CDP)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 31 Aug 92 12:00:10 GMT
Reply-To: bob@consult.UUCP (Bob Willey CDP )
Organization: CCS Enterprises, Inc. - Easton, MD

In article <> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>In article <9208290845.@dynamix.com> david@dynamix.com (David L Jarvis) writes:
#>wow what a surprise ... especially after a sales rep told me there
#>definitely wouldn't be and I should start selling more unix and even moving
#>xenix ppl to unix ... guess you never really can trust salespeople
>
#Well, that's good advice even if Xenix is going to be supported
#forever.  I'm sure I'll get flamed for this -- especially in the SCO
#Xenix newsgroup -- but I don't think Xenix is an appropriate product
#for new installations anymore.  SCO should definitely keep supporting
#its existing customers through bugfixes and new (bugfix) releases, but
#I don't think SCO should expend any effort adding new features to
#Xenix, and I don't think SCO resellers should recommend Xenix as a
#solution to customers who don't already have an installed base of
#Xenix machines.  People who are already on Xenix should not be forced
#to move to Unix, but they should be gently encouraged to make the leap
>
>Face it, folks.  The world is moving towards POSIX and other standards
>more every day.  With this in mind, it just doesn't make sense to
>choose a bastardized SVR3-wannabe for new installations.  The falling
>price of hardware has made all but irrelevant the consideration that
>Xenix runs in less RAM and takes less CPU horsepower than Unix.  Xenix
>no longer has any real reason to exist, except for the people that
>have an existing Xenix installation.

I know that this has been beat up pretty badly before, but...
The mindset that Xenix just can't be a "good" answer if just wrong!
Many new installations (no Unix/Xenix in place) are non-technical users
and DO NOT require POSIX and the other "lack of standards".  And
they definitely do not need any additional overhead, requirements,
of sysadmin woos.  SCO Xenix for many installations has been and
continues to be a very good answer.  It is very stable, requires very
little onsite technical experience, and just flat runs, and runs....

Is it for everyone?   No.  But is there a reason to consider it for
new installations, YES...  There are a bunch of resellers out there
that now push SCO UNIX, not because it is a "better" answer, but rather
because of the perceived (and actual) pressure of SCO.  Many of these
installations could have been very good installations with SCO Xenix.
 

 
-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
From: haynes@cats.ucsc.edu (Jim Haynes)
Newsgroups: comp.unix.large
Subject: Re: User registration on diverse computer systems
Date: 28 Aug 92 00:40:01 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: hobbes.ucsc.edu


A similar system (user self-registers, using student ID number as a
temporary authenticator) is in use here; and we got it from MIT Project
Athena.  Yes, an intruder knowning someone's name and student ID
number can open an account (if the real person hasn't done so already).
In our situation we don't consider this a big deal because we can't
keep students from sharing login names and passwords anyway.

If this isn't secure enough for you a solution I guess would be for the
master data base to send over not the student ID number but some unique
random-ish number or string of its own making; and then to send the same
number by paper mail to the person to use in registration.  Or if you
really want to have photo ID cards checked then have the person who does
the checking give out the made-up number.

A lot of things would be more secure if we didn't use the social security
number for anything except social security.
-- 
haynes@cats.ucsc.edu
haynes@cats.bitnet

"Any clod can have the facts, but having opinions is an Art."
        Charles McCabe, San Francisco Chronicle
From: john@iastate.edu (John Hascall)
Newsgroups: comp.unix.large
Subject: Re: User registration on diverse computer systems
Date: 29 Aug 92 15:24:34 GMT
Organization: Iowa State University, Ames, IA

sfreed@lacerta.unm.edu (Steve Freed) writes:
...
}Anyone wanting a computer account logs into any Unix system as the user "new"
}where they are prompted for a variety of information including UNM ID number,
...
}Then there is user deletion, which is the bigger, more difficult part of the 
}code. Each night, we look to see who has left the University. If they
       ^^^^^^^^^^
Really?  Why so often?  We do deletions once a semester (I'd like to
do them each month, but we have to pay our Admin Data Proc Ctr for
each "tape").

John
-- 
John Hascall                                       ``Live with it pink-boy!''
Project Vincent                                                              
Iowa State University Computation Center                     john@iastate.edu
Ames, IA  50011                                      515/294-9551 [fax -1717]
From: yvent@ntua.gr (Yiannis Ventikos)
Newsgroups: comp.unix.large
Subject: MARKET SURVEY FOR MASS. PARALLEL MACHINES
Summary: We are checking the market for a massiv. parallel machine.
Keywords: MASS PARALLEL
Date: 2 Sep 92 07:22:42 GMT
Organization: National Technical University of Athens



            MARKET SURVEY FOR MASS. PARALLEL MACHINES

We are checking the market for a massiv. parallel machine. We got no specs so
far, just price ranges:

Class a) Up to two  million US dollars ($2 000 000)
Class b) Up to four million US dollars ($4 000 000)
Class c) Up to six  million US dollars ($6 000 000)

Since this is an initial survey, we do not want to exclude anything, so the
definition "massiv. parallel machine" is to be taken in the broadest sence.
Any input is wellcomed, ranging from simple info like :
"XYZ  costs $2.3M"
to
"ABC with n processors, M Mbytes, G Gigaflops..."
up to 
"We have purchased a FGH and have been using it for... Our experience..."

Any and all answers will be appreciated. 
E-mail at the address at the end of this message is better, if too 
difficult just followup.
-------

******************************************************************************
* Yiannis Ventikos                              *        DISCLAIMER          *
* Viscous Flows Group,                          * Any and all opinions that  *
* Dept. of Naval Arch. & Marine Eng.,           * I have  expressed  so far  *
* National Technical University of Athens,      * reflect  thoughts of mine  *
* P.O. Box 64070, GR-15710, Zografos, GREECE    * and  mine alone and  have  *
* Voice: (301) 7700405                          * nothing  to do  with  the  *
* Fax:   (301) 7774478                          * policy of the  Department  *
* e-mail: yvent@areti.marinentua.ariadne-t.gr   * I currently belong to.     *
******************************************************************************
Xref: sparky comp.unix.large:291 comp.sys.sun.admin:5981