HDTenEightyP/NetNews huggingface dataset:
From: drac@uumeme.chi.il.us (Bruce Maynard)
Subject: Re: Tape Errors with Archive 525MB drive
Organization: UUMEME Public Access UNIX
Date: Tue, 13 Oct 92 04:40:32 GMT

In article <1992Oct10.022721.11344@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>I'm having problems with an Archive 525MB SCSI tape drive where I
>can write a tape and verify it and everything seems fine -- until
>I take it out of the drive and put it back in.  Frequently (not
>always) the tape will be unreadable even if write protected!
>When I try to read the tape, it backs and fills as though it is
>trying to determine the tape density.
>
>         ...

>Does anyone have any suggestions as what would cause this?

Sounds like a really dirty head to me... or possibly the little space where it
uses a tiny mirror to determine the end-of-tape is dirty/messed up...

Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.b
From: scott@pascal.geom.umn.edu (Scott S. Bertilson)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Geometry Center, University of Minnesota
Date: Sat, 17 Oct 1992 01:03:49 GMT

  I've had some problems with SCO ODT 1.1 on an Altos 5000 while
running C news.  Often I'll find that the news filesystem has very
few free inodes and "expire" says there are only a few thousand
articles online.  It turns out that if I unmount the filesystem
and run "fsck", I'll see tens of thousands of unreferenced files.
The directory entry got zapped, but the inode and associated
data blocks were never freed.  (They get cleared and I get back
all those inodes and disk blocks.) I've had to do this up to several
times a month.  We're using the AFS filesystem.
  Has anyone else ever run into this?
--
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Intel/SCO Identification
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 16 Oct 1992 15:54:53 GMT
Keywords: serial number unique id

In <1219@consult.UUCP> bob@consult.UUCP (Bob Willey CDP) writes:

:In article <1992Oct15.151958.9428@casey.uucp> kevinc@casey.uucp (Kevin C. Castner) writes:
:>Is there any way to uniquely identify a PC (running SCO) from some
:>aspect of the hardware such as a BIOS Serial Number, Unique CPU
:>number, etc.

:I don't have the answer as to how to accomplish this, but I know
:that it is possible.

:Wyse used to ship their version of Xenix/UNIX and during the startup 
:process it would look at the machine, and if it was NOT a wyse machine
:it would stop with an error, and would not continue.  I know this because
:Wyse stop selling this and neither Wyse nor SCO could help a client who
:was upgrading their machine (to a non-Wyse machine).  The only answer
:anyone had was to buy a NEW copy of SCO Xenix (in that case).
:Unfortunately, we had several customers out there with this product. 

I think that the problem with the Wyse was that that particular
breed of Xenix was trying to control the Wyse-specific LCD
display on the front of the machine, not looking for a serial
number or other ID.  Non-Wyse Xenix would work OK on the wyse
machines (as I remember, but it's been a while;-)

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
From: andrew@airs.com (Andrew Evans)
Newsgroups: biz.sco.general
Subject: Symbol name for message queue address in /dev/kmem?
Date: 7 Oct 92 15:44:27 GMT

I'm hoping that Bela or one of the other SCO gurus can answer this.
I'm trying to examine the contents of a message queue at any given
point, and I need to know how to find the queue itself in /dev/kmem.
I can get the msqid_ds structure and flip through the msgh[]
structures in /dev/kmem to get information on each message, but I'm
lost from there.  I'm reading in the msgmap[] struct array too, and
I'm trying to use the msg.msg_spot to get the message map entry, but
this doesn't seem to be giving me what I expect.  I thought that
msg_spot was an index into the msgmap[] array, but when I try that,
most of the corresponding map entries have an m_size and m_addr of 0.
I'm assuming that somehow I'm supposed to use the msg.msg_spot field
to look up a map entry and use it as an offset into whatever symbol
points to the actual message text segments.  Whatever this symbol is,
it doesn't seem to be declared statically in
/etc/conf/pack.d/msg/space.c.  I gather that the kernel instead looks
at msginfo.msgmnb and allocates space for message segments, then?

Thanks for any info anyone can provide!

-- 
Andrew Evans (andrew@airs.com) - Infinity Development Systems - Waltham, MA
From: rdr@attics.rn.com (Dean Riddlebarger)
Newsgroups: biz.sco.general
Subject: UUCP and non-existant lockfiles....huh?
Date: 15 Oct 92 19:49:33 GMT
Distribution: usa
Organization: Ameritech Information Systems

Okay, where am I missing something this time around?  I've got a coworker
with a SCO 3.2.4 system trying to UUCP into my 3.2.2 box.  His 
Permissions file entry mirrors others on my box, but each time he
tries to log in he gets the "Remote has a lock file for me" message
and the connection croaks.  I've looked everywhere I can think of
from my days of more constant contact with HDB-UUCP, but I can't
find any locks lurking about.

What am I missing?

   
<*>  Dean Riddlebarger                   Once in a while              <*>
<*>  Ameritech Information Systems        You get shown the light,    <*>
<*>  rdr@attics.rn.com                   In the strangest of places   <*>
<*>  317-488-3067 (w)                     If you look at it right.    <*>
Newsgroups: biz.sco.general
From: Lee Penn  <lee@dlpco.dlpco.COM>
Subject: How fast should a SCSI tape drive be? -- an
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 16 Oct 1992 17:19:22 GMT
Precedence: bulk


>Also, on a different topic, I have seen many good words said about CTAR in
>these newsgroups.  Why does it seem to be so difficult to find details,
>prices and dealers?  Does someone have a phone number?  Or names/numbers
>of people selling CTAR in Ontario?

>Will CTAR be faster than tar/dd/cpio?  Does it know how to append to an
>existing tape archive?

>[ \tom haapanen    "i don't even know what street canada is on" -- al capone ]
>[ tomh@wes.on.ca                   "trust the programmer" -- ansi c standard ]
>[ waterloo engineering software      "to thine own self be true" -- polonius ]

DLP resells CTAR, telephone number is below.
================================================================================
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: Lee Penn  <lee@dlpco.dlpco.COM>
Subject: UNIX<->MAC<->DOS
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 7 Oct 1992 12:21:56 GMT
Precedence: bulk

>I am in desperate need of a product that will allow file sharing
>between SCO UNIX 3.2.4 / MAC's running System 7 and DOS machines.
>I have been using Locus PCI for DOS succesfully with the DOS clients
>so I ordered their MAC PCI. Well, even though the box, the dealer AND
>the NE Sales manager for Locus said that I'd love it...turns out that
>the product won't run under 3.2.4.

>(Flame on) Locus! if you're smart enough to develop a product, that link
>edits the kernel, then check the version of the OS _before_ you try to
>rebuild! Your use of common sense would have saved me hours of frustration.
>Next, train your people to know what they are talking about and tell them
>to spread the word to your dealers. (flame off - for now).

>Anyway, after multiply redefines in ../locore.o I am back where I started,
>looking for package that will share files and printers between these OS's
>on the ethernet. I would like to stay away from SCO's NFS if I can. Any help
>would be greatly appreciated.

>-- 
>David Van Allen - Lehigh Software Systems, Inc.
>dave@kbvan.COM                   (215) 366-9130
>73530,2463 CIS    ************   info@kbvan.COM
>uunet!kbvan!dave                  Allentown, PA
>/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
>       Remember when sex ->0 was safe...  
>     and race cars o/--\o were dangerous?


Locus told me that they were going to fix PCI for UNIX 3.2.4.  
There was some question regarding upgrading, and even the very 
survival of the product.  I had to pull teeth to get the answers 
from Locus.

I remember putting out a news article on this about then.  Sorry 
you did not read it as I mentioned that PCI MAC did not work 
under UNIX 3.2.4.

Keep after locus.  They are supposed to fix the product.

================================================================================
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,comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: The Gator Conferencing System 219-289-3745 
Date: Thu, 15 Oct 1992 11:40:53 GMT

lee@bostech.com (Leon Story) writes:

>Michael Deignan's answer did sound a bit "flip", but actually is quite
>a practical suggestion.  Most of the serious development shops that I know
>of using SCO Unix have gone to either gcc or Metaware's hc, and gcc is much

you lay down your money for an OS -- complete with development
system -- and you need to throw the compiler out -- that's an
interesting approach (but I guess it works)..


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: biz.sco.general
Subject: Re: Tandy Scripsit (stop laughing!)
Date: 16 Oct 92 04:25:38 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <1992Oct08.173722.4095@xenitec.on.ca> news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
>Anthony P Lawrence writes:
>> Well, I never thought I'd see this again, but today I have run
>> into a client running Tandy Scripsit on SCO Xenix.
....
>> Anyway, today I put the poor guy back in business, and got everything
>> working EXCEPT I can't get Scripsit to print.  Jobs just sit in the
>> Scripsit spool queue and never transfer to the Xenix queue.

>> The frustrating part is that somewhere in my mind, I know how to fix
>> this!  I've seen this before, I've fixed it before, but it was probably
>> 1987 and I can't remember!

Check in the Scripsit spooler to see if there are jobs there.  And
check to see that someone hasn't paused a printer.  R will resume.  
Then check for the Scripsit spool directory.   There is possible a lock
file there - and damned if I remember where that is!

It's been about 3 years since I've seen the Tandy Scripsit, however I
do have about 3 sites with the '386 version from Nexus (that JPR
mentions later).  There are some differences between the two.

The Tandy version does not use the Xenix spooler if I remember
correctly, and Esak changed it to use the system spooler on the '386
and NCR Tower versions.


>I'm not sure if John Esak monitors this place, but he acquired the rights to
>Xenix Scripsit from Tandy a few years ago.

>You can reach him as    guru@valar.com  .

And he'd really rather not talk about Scripsit - but it's worth a
shot.

-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
Newsgroups: biz.sco.general,comp.unix.sysv386
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Keywords: problem cnews nn 6.4.16 sco 3.2 v2 news
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 14 Oct 1992 15:38:57 GMT

In article <1992Oct14.062836.14065@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>
>I work primarily with commercial clients who want a stable
>platform to run software critical to their business, and I'm very
>leery of ANY new software because it tends to be buggy and
>unstable and I cannot subject my client's business to the
>potential problems.  Your attitude reminds me of Car & Driver
>readers extolling the virtues of the latest Ferrari or
>Lamborghini forgetting that these are the last cars you would
>want to drive if dependable transporation were your goal.
>

Exactly.  The client I find to be absolutely the most frustrating 
to deal with is the guy who always wants the latest and greatest 
of everything- he's got to be on the cutting edge.  Consequently
he's screwed up most of the time.

I'm not saying stick with V3 forever, but stability and predictability
(even predictable problems) is better than flashy, new, who knows what
will blow up next.


		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: apl@world.std.com (Anthony P Lawrence)
Newsgroups: biz.sco.general
Subject: Parallel printers in Unix 4.1
Date: 13 Oct 92 02:01:10 GMT
Distribution: biz
Organization: The World Public Access UNIX, Brookline, MA


Situation: System was Xenix 2.3.4 w/ parallel ports at 378 int 7
and 278 int 5, lp0 and lp2.

Upgraded to unix 3.2 4.1 and (after mkdev parallel) I end up
with lp0 and lp1 (???).

This is not good because:

	1. It's supposed to be impossible (?)
	2.  Stuff going to lp1 takes it's sweet time
	  getting there.

But mkdev parallel seemed pretty straightforward :-)

Where did I go wrong (aside from buying that RS Mod I back in '77)?



		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.b
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Kithrup Enterprises, Ltd.
Date: Sat, 17 Oct 1992 02:41:50 GMT

In article <1992Oct17.010349.13862@news2.cis.umn.edu> scott@pascal.geom.umn.edu (Scott S. Bertilson) writes:
>It turns out that if I unmount the filesystem
>and run "fsck", I'll see tens of thousands of unreferenced files.
>The directory entry got zapped, but the inode and associated
>data blocks were never freed.  (They get cleared and I get back
>all those inodes and disk blocks.) I've had to do this up to several
>times a month.  We're using the AFS filesystem.
>  Has anyone else ever run into this?

I have, but it was due to disk errors, related to it being so hot in my
apartment (I really don't like the south and west facing windows, you know).
There is a similar problem reported to old versions of the SysV or V7
filesystem, but I've never really seen it with SCO, so my first guess would
be to check and make sure your disk is okay.

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.
Newsgroups: biz.sco.general,comp.unix.sysv386
From: mike%jim.uucp@wupost.wustl.edu (Mike S.)
Subject: Solved!! Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: BITS, St. Louis, MO
Distribution: usa
Date: Sun, 11 Oct 1992 02:44:49 GMT
Keywords: problem cnews nn 6.4.16 sco 3.2 v2 news

mike@sojurn.lns.pa.us (Mike J. Sangrey) writes:

>(I write):

>>It looks like what is happening is nn's database is being somehow
>>corrupted.  For example, after a weekend (which should mean
>>a LOT of unread news on Monday, as I am sure you are all aware :) )
>>nn only reports a small number of unread articles.

>>If I look in the /usr/spool/news hierarchy, all the news files are
>>there, nn just doesn't have them in its database..  If I go into
>>nnadmin and Init (re-collect all groups), all is well, but it will
>>just happen again next time.  

>	Yep,  fixed by getting rid of SCO's buggy libdir.a.

>	Replaced it with Doug Gywn's dirent library which you
>	should be able to get from just about anywhere. 

Yes, this fixed the problem.  I compiled Doug's replacement dirent library
and hard-linked all of the .o files into every nn executable (just to be
safe :).

Anyway, thanks, Mike, for the tip!

Mike Suter
-- 
mike%jim.uucp@wupost.wustl.edu
Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.nn
From: carl@syscon.rn.com (Carl Kreider)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: Syscon Corporate Headquarters - South Bend, IN USA
Distribution: usa
Date: Fri, 09 Oct 1992 14:32:03 GMT
X-Newsreader: TIN [version 1.1 PL6]

Chip Salzenberg (chip@tct.com) wrote:
: I'll bet that nn is including <dirent.h> and linking with -lx, or else
: including <sys/ndir.h> and _not_ linking with -lx.
: 
Thank you very much.  It is really dumb luck that I stumbled onto this,
but I'll take it.

I snuck half an hour to look at nn again and, although I couldn't find
a reference to <dirent.h> or <sys/ndir.h>, it was linking with -lx.
Removing that seems to have fixed nnmaster!
-- 
Carl Kreider       Usenet    uunet!rde!gator!syscon!carl
CIS  71076,76      Internet  carl@syscon.rn.com
Xref: sparky biz.sco.general:3679 comp.unix.sysv386:15496
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Keywords: problem cnews nn 6.4.16 sco 3.2 v2 news
Date: 12 Oct 92 18:25:46 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bvs6A9.5tG@wimsey.bc.ca>, sl@wimsey.bc.ca (Stuart Lynne) writes:

| Oh! this isn't a trip down memory lane. You *ARE* discussing a modern
| OS. Well then why don't you contrast the latest SCO ODT 2.0 Dev Sys
| against SVR4. I think you'll find it's about as good by the above
| criteria. 

  ODT2.0 has some major problems with their header files, and I believe
it's because they tried to use conditionals instead of having multiple
sets of include files. Now, they've been very good about accepting fixes
sent to them, but that's not the same as having it work. V.4 really only
provides V.[34] and BSD compatibility, and does not include some vendor
supplied BSD extensions (neither do other vendor's versions). SCO
provides support for a number of exvironments, but there are problems
with many.

  Some examples, when -xenix is used the code for long names and
symlinks is left enabled. Of course (Murphy's law) the first program I
tried to compile checked the SLINK defines to see if it was USL or BSD
filesystems calls.

  The -svid support is essentially -posix. Great, but lots of things
which are in the SVID manual are not allowed by the header files. We
have someone here going through a program a module at a time and then
fixing the header files so the module compiles and works. When we get
done we will send the changes to SCO.

  I'm not knocking SCO particularly, but the latest version does have a
bunch of bugs. We are using the xenix development set to compile some
things because we still can't figure out why they don't work when cross
compiled with -xenix. Note that *most* programs will compile under ODT
and work on xenix, a saving grace.

  My experience with getting net sources to compile has been much better
with V.4 than and SCO compiler, although 99% of the problems are due to
non-portability in the source program. Correct programs will almost
always run 1st try. But if you want to *use* a program instead of
modifying it to enforce standards, then V.4 is more likely to work
unchanged.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: biz.sco.announce
From: enrique@malloco.ing.puc.cl (Enrique Pinaud W.)
Subject: Problems compiling gcc-2.2.2 on SCO ODT 1.1.0
Organization: Pontificia Universidad Catolica de Chile
X-Newsreader: Tin 1.1 PL5
Date: Wed, 14 Oct 1992 21:13:53 GMT

  I am installing gcc-2.2.2 on intel 386 SCO ODT 1.1.0
  But some problem has appeared.

  I configured my machine like below.
	./configure sco
  and typed
	make 

  After a lot of time

	.....
	rcc -c    -g -Dunix -Di386 -DM_UNIX -DM_I386    -I. -I. -I./config cp-ptree.c
	rcc -c    -g -Dunix -Di386 -DM_UNIX -DM_I386    -I. -I. -I./config cp-cvt.c
	rcc -c    -g -Dunix -Di386 -DM_UNIX -DM_I386    -I. -I. -I./config cp-search.c
"cp-search.c", line 804: warning: illegal pointer combination, op !=
	rcc -c    -g -Dunix -Di386 -DM_UNIX -DM_I386    -I. -I. -I./config cp-lex.c
/obstack.h: 206: too much defining
/obstack.h: 210: too much defining
/obstack.h: 214: too much defining
/obstack.h: 216: too much defining
/obstack.h: 220: too much defining
/obstack.h: 224: too much defining
/obstack.h: 226: too much defining
/obstack.h: 359: too much defining
/obstack.h: 362: too much defining
/obstack.h: 365: too much defining
/obstack.h: 372: too much defining
/obstack.h: 380: too much defining
/obstack.h: 385: too much defining
/obstack.h: 390: too much defining
/obstack.h: 395: too much defining
/obstack.h: 396: too much defining
/obstack.h: 398: too much defining
/obstack.h: 404: too much defining
/obstack.h: 407: too much defining
/obstack.h: 410: too much defining
/obstack.h: 413: too much defining
/obstack.h: 430: too much defining
cp-lex.c: 38: no space
*** Error code 1

Stop.

	Please Help me !

--
------------------------------------------------------------------------------
|	Enrique Pinaud Wehrli (Pontificia Universidad Catolica, Chile)	     |
|	 		enrique@malloco.ing.puc.cl			     |
------------------------------------------------------------------------------
Newsgroups: biz.sco.opendesktop
From: tbunce@cix.compulink.co.uk (Tim Bunce)
Subject: scoterm -> OpenWindows V3
Cc: comp.sys.sun@gate.demon.co.uk
Reply-To: tbunce@cix.compulink.co.uk
Date: Thu, 8 Oct 1992 09:36:34 +0000

X Error of failed request: BadLength (poly request too large or
internal xlib length error)
  Major opcode: 45 (X_OpenFont)
  Minor opcode: 0
  Resource id: 0x0
  Serial number: 1
  Current serial: 2

I get this, _RANDOMLY_, about 30% of the times I start SCO scoterm
from ODT 1.1 to display on a sun sparc running OpenWindows V3. The
scoterm either works or fails at once with this error.

I assume that this must be a resource problem, else why be random?
I've not had any streams buffer failures, memory is ok and I'm stumped.
It seems to be linked to our recent upgrade from OpenWindows V2 to V3.

Also the cursor keys on the sun in the scoterm window no longer work.

This is becoming a major problem.
Does anyone have any ideas?

Thanks in advance
Tim Bunce.
tbunce@cix.compulink.co.uk
Newsgroups: biz.sco.opendesktop
From: adrian@ibmpcug.co.uk (Superuser)
Subject: Re: Open Desktop Small Disk System????!!?!?
Organization: The IBM PC User Group, UK.
Distribution: usa
Date: Sun, 11 Oct 1992 22:41:12 GMT

In article <97725@bu.edu> kleiner@butyng.bu.edu (Ken Kleiner x275) writes:
>	Does anybody have any info on the availability of SCO Open Desktop
>	Small Disk System?
>	Supposedly, this is supposed to let you install a minimal ODT
>	using a server for everything else...

You actually need to buy such a piece of software?

We managed to fit the entire SCO Server system + Development system
on a 40Meg + 40Meg swap Compaq 386/25.

(Mind you, we were mounting 500 Meg of disk space from a Novell Server -
for performance issues, this is not recommended.)

Adrian
-- 
--------------------------------------------------------------------------
Adrian Hall					Connect Systems Manager
A.Hall@ibmpcug.co.uk				The IBM PC User Group
Tel: +44 81 863 1191				Harrow, London, UK