HDTenEightyP/NetNews huggingface dataset:
From: alberto@proa.es (Alberto Poblacion)
Newsgroups: biz.sco.general
Subject: Re: SCO 3.2.v2  SCSI wont access tape drive ??? nodes missing.
Summary: Should be ID:2 LUN:0
Keywords: scsi,nodes,unix,tape
Date: 26 Jan 93 11:25:31 GMT
Reply-To: alberto@proa.es (Alberto Poblacion)
Distribution: biz
Organization: Programacion Analitica, S.A. (PROA) - Madrid, Spain

In article <1993Jan25.215109.5385@pmafire.inel.gov> rickf@pmafire.inel.gov (Rick Furniss) writes:
>Problem:  I,m unable to get the scsi Archive VP series to work.
>     I have deleted the Cartridge driver as required, then added a scsi
>tape at ID:0 LUN:2 , card:0,   but still no worky ?

     It should be ID:2 LUN:0 card:0

     I have an Archive tape drive connected to an Adaptec 1542B, plus
a SCSI disk as ID:0. Everything worked fine the first time. I access
the tape as /dev/rStp0.

-- 
Alberto Poblacion
E-mail: alberto@proa.es / apb@met.foro.es
Newsgroups: biz.sco.general
From: steph@sco.COM (Steph Marr)
Subject: Re: UDP checksumming under NFS?
Organization: The Santa Cruz Operation, Inc.
Date: Wed, 27 Jan 1993 19:58:37 GMT


apollo@buengc.bu.edu (Doug A. Chan) writes:

>Is UDP checksumming turned on in SCO NFS 1.1.1?
>I need to run NFS over dialup SLIP but the last thing I need is
>corrupted data...

Yes. It's on.  I suggest that you drop your read/write size to
1024 though, this will get rid of fragmentation for NFS and the
need for reassembly of the packets, which can slow things down.

Steph.
-- 
Steph Marr                  |    Steph at work:   |    Steph not at work:
SCO Network Engineering     |                     |
#include <std/disclaimer.h> | ...!uunet!sco!steph |   ...!sco!demesne!steph
#include <random/quote.h>   |    steph@sco.COM    | steph%demesne.uucp@sco.COM
From: fitz@wang.com (Tom Fitzgerald)
Newsgroups: biz.sco.general
Subject: Re: MMDF list-processor
Date: 28 Jan 93 06:46:11 GMT
Organization: Wang Labs, Lowell MA, USA

jonr@bigsky.dillon.mt.us (Jon Robinson) writes:

> Basically, I'm looking for a way to have the message
> headers automatically include the line
> Reply-To: listname@bigsky.dillon.mt.us

Please bear in mind that many list-admins who implemented things the way
you suggest later regretted it and changed it back so that replies by
default go only to the sender.

There are two problems with your scheme:

- People who simply (r)eply, expecting a personal message to be sent back to
  the original sender, will sometimes be very unpleasantly surprised to
  find out that it was distributed to the whole list.

- You're wiping out the original Reply-To: line, which makes it harder (and
  sometimes impossible) just to send a personal message back to the original
  sender.  Sometimes "From:" lines are wrong, that's why Reply-To: lines
  exist in the first place.

The default behavior really should be to reply only to the original sender.
Anyone who wants to send to the list can do so manually.  It's real easy to
re-send something to the list if you wanted to, but forgot to.  It's real
embarrassing to send something to the list when you didn't mean to.

-- 
Tom Fitzgerald   Wang Labs       fitz@wang.com   "I went to the universe today;
1-508-967-5278   Lowell MA, USA                   It was closed...."
Newsgroups: biz.sco.general
From: lee@dlpco.dlpco.COM (Lee Penn )
Subject: Re: PC Unix/Xenix vendors
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 25 Jan 1993 16:14:44 GMT
Precedence: bulk

>In article <1993Jan23.143653.25862@compu.com>
>       fr@compu.com (Fred Rump from home) writes:

>>>Univel Personal Edition:     $450 (2 user, X, Motif, Merge, Netware)

>>Reality? A two user licence versus unlimited is reality?

>Fine. Then feel free to compare it to ODT, which comes two user.

>>>Univel Applications Server   $2,500 (same + unlimited + TCP/NFS)
>>
>>Double the cost with TCP/NFS is reality? Even if I don't give a hoot about 
>>either?

>As a standalone, yeah, overpriced. As a network server, its prices next
>to SCO aren't that bad 'cause all SCO's network software is unbundled.

>>>Consensys Desktop Platform   $400 (2 user, X, Motif, TCP&NFS)
>>>Consensys Unlimited Platform $1,000 (same + unlimited users)
>>>Consensys Complete           $1,525 (same + devsys)

LOTS Deleted:

This actually had tidbits of useful information....  

Does Univel include the development system with the "Personal Edition"?

Development system included with the "Unlimited Edition"?

SCO does bundle everything in the Open Desktop product which seems to
compare to the UNIVEL product.  Including NETWARE is interesting however.
TCP/IP and NFS on UNIVEL?

Some pieces/parts are missing here.

Interestingly, I would think that bundling the development system
with a 2 user license makes huge sense.  Bundling it with a multiuser
system makes less sense.

================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM

Newsgroups: biz.sco.general
From: kevinc@ups.com (Kevin C. Castner)
Subject: Re: getty writing a LCK file
Organization: UPS Research & Development
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 23 Jan 1993 17:02:29 GMT

Jean-Pierre Radley (jpr@jpradley.jpr.com) wrote:
: Kevin C. Castner writes:
: > 
: > If I move real fast, I can see uuchat start and end.  The pid in the LCK 
: > file is originally that of uuchat, and then changes to that of getty.
: > The thing that really bothers me is that the LCK file is named LCK..tty1a
: > and not tty1A where getty is running.
: 
: This is correct too. Whether you call out (say with cu) on tty1a or tty1A,
: the LCK..file will use the lower-case name either way.

Getty shouldn't leave a LCK file.  When cu or uucico want to get to the line,
they look for a lock file, and if it is there they quit (as long as it's
not a stale lock file).  I'm not up on all the specifics, but getty
"watches" the line, and if another process grabs it, getty kills itself
and is later restarted by inittab when the LCK file is deleted by the other
process.

With getty leaving the LCK file, cu and uucico had no chance of grabbing
the modem.

With that said, the problem turned out to be a modem configuration problem.
I had CD set to be always high.  I set register 131 on the T2500 to 1 and
getty is now removing it's lock file.  Thanks to Brian Murrell and
Bela Lubkin for the mail that explained the CD interpretation.

From a different post, someone mentioned that I should be using uugetty.
In 2.0, uugetty is a shell script that calls /etc/getty.

Thanks again for all the help.
-- 
    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: uucico timing out
Date: 25 Jan 93 02:15:44 GMT
Organization: ShadeTree Software, Inc.

In article <9301231725.aa29891@openage.COM> paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:
:>>I'm running SCO ODT 2.0 (3.2.4) and attempting to call out on a telebit 2500
:>>into a Telebit World Blazer.  The WB is set to issue non-PEP tones first.
:>
:>>My problem is that when the two machines try to connect, uucico times out 
:>>about 2 seconds before the PEP tones would connect.
:>
:>>What I would like to know is if there is some parameter I can set that would
:>>increase the timeout on uucico.  I read the uucico man page, but nothing was
:>>in there.  I would even be willing to patch uucico (as described in the man
:>>page), but I don't know the name of the variable.
:>
:>>I did check the FAQ for this group and the old articles but didn't see
:>>anything there either.  Your help is appreciated.
:>>-- 
:>
:>Add a few ","'s (that's a comma) to the end of the telephone number, and it 
:>will increase the timeout value.

Adding commas will fool the modem but not uucico.  I do the following:

First, setup the modem for long waits (ATS7=60 or 90).  This can be done
manually and saved to non-volatile ram or as part of the dial script.  I
normally create a special "setup" system which uses a sepecial "setup"
device which calls a special "setup" dialer which will take the modem from
factory defaults to my desired settings and save to non-volatile.

I use the following fragment in the dial script

       ...  ATDT\T\r\d\d\d\d\d\c CONNECT (or Speed)

The imbedded '\r' gets the phone number out to the modem right away.  While
uucico wiles away the day on the delays (\d's) the modem is dialing and
waiting for carrier.  uucico doesn't wait for CONNECT until all the delays
have been processed.  By this time, you should get CONNECT before uucico
times out.

Adjust the number of delays so uucico doesn't time out.  Adjust the S7
register setting so the modem doesn't time out.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
Newsgroups: biz.sco.general
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: B6 problem
Date: 22 Jan 93 03:00:22 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

>"Open Desktop requires a stepping of B6 or greater for the 486 microprocessor"
>pg. 87. 
>Who could explain me what does "B6" mean?

>-------------------------------------------------------------------------------
>Miroslaw Szczypinski
>email: mszr@i17unixB.ists-pwr.wroc.edu.pl
>--------------------------------------------------------------------------------

This refers to the version of the chip.  The B6 came out over a year and a half 
ago, and it is probably not a worry, unless you buy a used, old, 486/25.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: HELP! Sys hangs at kernel: i/o bufs = 200k - /etc/init is present.
Keywords: Adaptec 1542 disk locks
Date: 25 Jan 93 00:52:26 GMT
Organization: ShadeTree Software, Inc.

In article <1jqatdINN550@life.ai.mit.edu> gillett@rice-chex.ai.mit.edu (Walter E. Gillett) writes:
 :>Hi, Folks
 :>    I think I'm in trouble!
 :>
 :>
 :>My ODT 2.0 system won't boot!  :-(  It hangs at the
 :>
 :>kernel: i/o bufs = 200k
 :>
 :>message (I have 40MB of memory - does 200k sound about right?).
 :>
 :>Anyway, I've tried the advice in the Troubleshooting reference of making sure
 :>that /etc/init exists.  It does.  I even tried it sans args to make sure that
 :>it can execute OK.  It does!  I can obviously boot from my Emergency Floppy
 :>set 'cause I checked init.  So what next?  What happened?
 :>
 :>Here's what I was up to when the problem started:
 :>I've been running MetroLink's X server for a while but I thought I'd try SCO's
 :>ODT server with my program to see how it'd work.  It didn't do too well so I
 :>tried to bring my system down to single-user mode from within ODT via init s.
 :>I guess this was a bad move 'cause I got an infinitely scrolling "single-user
 :>password or ^D" prompt.  But I was still able to rlogin to the system so I did
 :>and shut it down with init 0.
 :>
 :>When I tried to reboot I got the kernel i/o bufs hang.  Sigh.  Help!
 :>				Unhappily yours
 :>					-Joe Shapiro
 :>---------------------------------------------------------------
 
200k is small.  Not a problem I am sure.  If you can boot from emergency
floppies I would check that /dev/console, /dev/syscon, and /dev/systty are
all linked together as device (major,minor) 3,1.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
Newsgroups: biz.sco.general,comp.protocols.tcp-ip.domains
From: jp@tygra.Michigan.COM (John Palmer)
Subject: Archive Site for XENIX/System V (or Why is most PD software written for BSD Systems????)
Organization: CAT-TALK Conferencing System
Date: Thu, 28 Jan 1993 02:17:53 GMT

As has happened many times before, I grab a package off of an FTP site
(in this case DIG 2.0 from venera.isi.edu) and find that it works only
under Berkeley UNIX or derivatives thereof.

Is there ANY site which has a collection of software that has been ported
to System V and XENIX??

I could fix the BSD versions to work under XENIX but I don't really have
time and Berkeley is so convoluted compared to SYSV that it would take a
complete rewrite to get it to work (as in the case of DIG).
 
Some of the packages that discriminate against SYSV/Xenix:

   dig 2.0
   BIND
   IRC-II
   dump/rdump
   FTP
   TELNET

Any help would be appreciated.
Thanks.
-- 
Its most likely a     | E-MAIL: jp@michigan.com  CAT-TALK IS BACK as a FREE
forgery, so save your | SYSTEM!! 313-882-2209 300-14400 V.32/V.32BIS/TurboPEP
flames for someone    | Anon-UUCP: System: tygra, Login: nuucp, no pw
who cares  :->        | Get file "/cat/pub/filelist" for a list of files.
From: mhl@genco.bungi.com (Mark Levy)
Newsgroups: biz.sco.general
Subject: Re: Decaying SCSI Drive
Date: 24 Jan 93 18:43:51 GMT
Reply-To: mhl@genco.bungi.com (Mark Levy)
Organization: Gentry & Assoc. Excelsior Springs, MO

In article <9301221058.aa09429@la4gen.UUCP> me@zipbang.socal.com writes:
>We've got a generic 486/25 with 8MB memory, an Adaptech 1742 and a
>Micropolis 600MB drive. 
>
>We recently installed ODT 1.1 on it, and it seems that every time we
>do any significant activity on the file system, it gets corrupted.

   There is a firmware chip on the drive that may need replacing.  I haven't
worked with the 600 MB Micropolis drives, but I know that the 1598 needed the
upgrade.  I can't recall the ROM revision of the fix, but Micropolis will
get take care of you if that is the problem.

Good Luck,
Mark
~~~~~~~~~~~~~~~~~~~
Mark Levy  Senior System Engineer and Resident UNIX Weenie 
Micrologic/ValCom   17601 E. 40 Hwy, Suite C   Independence, MO  64055
Sysop Kludge BBS  (816)246-4375 - Public Novell info BBS on PCBoard
Voice (816)478-4270    Email: mhl@genco.bungi.com    CI$: 72450,3217
NOTICE - All standard disclaimers and copyrights (& copylefts) apply.
The above views do not reflect those of Gentry & Associates, or anyone else!
Newsgroups: biz.sco.general
From: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: Re: gcc 2.2.2 under SCO: libform.a link problems
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 28 Jan 1993 00:03:08 GMT
Content-Length: 1982      
Precedence: bulk

Mike S. writes:
> From xenitec.on.ca!news Wed Jan 27 18:39:34 1993
> Received: by jpradley.jpr.com (smail2.5)
> 	id AA08339; 27 Jan 93 18:39:33 EST (Wed)
> Received: from relay1.UU.NET by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP;
>         id AA14570 for jprscolist; Wed, 27 Jan 93 17:27:46 -0500
> Received: from xenitec.on.ca (via xenitec.xenitec.on.ca) by relay1.UU.NET with SMTP 
> 	(5.61/UUNET-internet-primary) id AA06051; Wed, 27 Jan 93 16:46:30 -0500
> To: distribution@xenitec.on.ca
> Newsgroups: biz.sco.general
> Path: xenitec!news.byu.edu!eff!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!wupost!jim!mike
> From: "Mike S." <mike%jim.uucp@wupost.wustl.edu>
> Subject: gcc 2.2.2 under SCO: libform.a link problems
> Organization: BITS, St. Louis, MO
> Date: Wed, 27 Jan 1993 18:37:46 GMT
> Message-Id: <1993Jan27.183746.24310%jim.uucp@wupost.wustl.edu>
> Summary: Having problems linking with libform.a under gcc
> Keywords: sco 3.2.2 libform.a gcc link problem
> 
> (SCO 3.2.2 OS+DevSys, gcc 2.2.2)
> 
> Using gcc to compile/link a program using SCO's forms package,
> we get unresolved references on regexp() and regcmp(), which
> are first referenced in /usr/lib/libform.a
> 
> Without changing ANYTHING on the compile or link commands,
> but using SCO's cc instead of gcc, we don't get the link errors.
> 
> The end of the library list on the link line looks like:
> 
> 	-lpanel -lmenu -lform -lcurses
> 
> I would suspect something was out of order if SCO's cc hadn't
> worked, but as it stands, I can't think of what the problem
> could be..  Could SCO's cc be searching more than just the
> standard libraries?  (but gcc still uses SCO's linker, so
> I don't see how that could be the case)  In any case, I have
> used nm to parse all libs in /lib, /usr/lib and can't find
> regexp()/regcmp().
> 
> Any help appreciated!
> 
> Mike
> -- 
> mike%jim.uucp@wupost.wustl.edu
> 


-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.announce
From: BBS Adminstration Account <bbsadm@sosco.sco.COM>
Subject: Term Information (part 6 of 7)
Organization: XeniTec Consulting Services, Kitchener, ON, Canada
Date: Mon, 25 Jan 1993 19:25:16 GMT
Followup-To: biz.sco.general

List of available SCO Terminal Support Component files
Last updated:  3/29/91


Files ending in .Z have been reduced in size by the compress utility.  The
compress and uncompress utilities are included with SCO XENIX releases 2.3.0
and later, SCO UNIX, and SCO Open Desktop.  Copies are also available on this
directory.  To uncompress a file, link the executable to "uncompress," or use
the -d option.  Example: compress -d lng225b.Z

Numbers in parentheses are checksums of the files, generated using the "sum"
utility with the -r option.  Example: sum -r app094.Z

File name       Size   (cksum)	Description

ansi.Z		14015  (07826)  SCO UNIX & XENIX console, and ANSI terminals
att605.Z	12888  (35934)  AT&T 605
dosansi.Z	 9207  (27772)  MS-DOS computers with ANSI.SYS, as terminals
dt110.Z		10954  (36922)  Tandy DT-100
hpansi.Z	12367  (53551)  Hewlett Packard 700/44 in HP-PCterm mode
ibm3151.Z	13277  (62139)  IBM 3151
kt7ix.Z		12097  (62971)  Kimtron KT-7 or 70
vt100.Z		10886  (04981)  DEC VT-100 and compatibles
vt220.Z		13306  (48398)  DEC VT-220
wy120.Z		15541  (51780)  Wyse 120
wy120ak.Z	16381  (51631)  Wyse 120 using ANSI sequences
wy370.Z          9693  (30476)  Wyse 370
wy50.Z		13443  (01978)  Wyse 50
wy60.Z		16175  (18644)  Wyse 60
wy60ak.Z	16339  (38161)  Wyse 60 using ANSI sequences
wy75.Z		11466  (20287)  Wyse 75

    With the execptions listed below, each of the the terminal supplement
    files adds terminal support to the following SCO products:

    PRODUCT                      VERSION #
    -------                      ---------
    Operating System             2.3.3 or prior versions for SCO XENIX
                                 3.2.2 or prior versions for SCO UNIX

    Office Portfolio             1.0.1 or prior versions
    Multiview Run Time System    1.6.0e, 1.6.0g or 1.6.1d
    Lyrix                        6.1.0 or prior versions
    Professional                 2.0.1 or prior versions
    Word                         5.0.1 or prior versions


    Exceptions: the dosansi, dt110, wy50, wy75, and wy370 supplements
    do not modify terminals support for Microsoft Word.

    The wy370 supplement does not modify terminal support for Microsoft
    Word, SCO Lyrix or SCO Multiview.

Newsgroups: biz.sco.announce
From: BBS Adminstration Account <bbsadm@sosco.sco.COM>
Subject: Supplements Information (part 5 of 7)
Organization: XeniTec Consulting Services, Kitchener, ON, Canada
Date: Mon, 25 Jan 1993 19:24:23 GMT
Followup-To: biz.sco.general


List of available Maintenance/Performance Supplements (MS) 


Files ending in .Z have been reduced in size by the compress utility.  The
compress and uncompress utilities are included with SCO XENIX releases 2.3.0
and later, SCO UNIX, and SCO Open Desktop. To uncompress a file, link the    
executable to "uncompress," or use the -d option. Example: compress -d ms100.Z

Numbers in parentheses are checksums of the files, generated using the "sum"
utility with the -r option.  Example: sum -r ms100.Z 


                Size in bytes
File name       (checksum)	Description

ms100.Z         350823 (24660)  Microsoft LAN Manager for UNIX Systems
ms100.doc.Z      25145 (07571)  Release 1.1 Performance Supplement


ms101---SCO UNIX Operating System MSV4.1 Maintenance Supplement

ms101.35.n1.Z   735551 (16315)  SCO Unix 3.2v4y Replacement N1 - 3.5 inch
ms101.35.n2.Z   608585 (35555)  SCO Unix 3.2v4y Replacement N2 - 3.5 inch
ms101.35.m1.Z  1174476 (43916)  SCO Unix 3.2v4y Replacement M1 - 3.5 inch
ms101.35.ua1.Z 1299759 (03912)  Maintenance Supplement 1 Vol 1 - 3.5 inch
ms101.35.ua2.Z 1428259 (06576)  Maintenance Supplement 1 Vol 2 - 3.5 inch
ms101.96.n1.Z   734009 (43713)  SCO Unix 3.2v4y Replacement N1 - 5.25 inch
ms101.96.n2.Z   606815 (07520)  SCO Unix 3.2v4y Replacement N2 - 5.25 inch
ms101.96.m1.Z  1174055 (31188)  SCO Unix 3.2v4y Replacement M1 - 5.25 inch
ms101.96.ua1   1228800 (57434)  Maintenance Supplement 1 Vol 1 - 5.25 inch
ms101.96.ua2   1228800 (55800)  Maintenance Supplement 1 Vol 2 - 5.25 inch
ms101.doc.Z      15202 (20715)  Maintenance Supplement Documentation

PLEASE NOTE: Depending on the type of system you are upgrading, you should
	     download the approiate files:

		       135tpi media             96tpi media 
		       -------------            ------------
		       ms101.35.n1.Z            ms101.96.n1.Z 
		       ms101.35.n2.Z            ms101.96.n2.Z 
		       ms101.35.m1.Z            ms101.96.m1.Z 
		       ms101.35.ua1.Z           ms101.96.ua1   
		       ms101.35.ua2.Z           ms101.96.ua2   
		       ms101.doc.Z              ms101.doc.Z

            If you have already successfully installed your Unix operating
            system then you will not need the replacement N1,N2, and M1
            floppy disks and do not need to download them.

            If you have been unable to install your Unix operating system
            then replace the original N1,N2, and M1 floppy disks with 
            the floppy disks you create from the files above and install
            as per the installation notes.

***The file names above contain the number "1" not the letter "l".


ms102.Z         231621 (52739) Maintenance Supplement for SCO TCP/IP 1.2.0 for
ms102.doc.Z      38630 (30141) SCO XENIX 2.3.4 Systems

Newsgroups: biz.sco.announce