HDTenEightyP/NetNews huggingface dataset:
From: info@sco.COM (SCO Information)
Subject: SCO Statement
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 21 Dec 1992 20:03:33 GMT

SANTA CRUZ, CA (Dec 21, 1992) The Board of Directors of The Santa Cruz
Operation, Inc. (SCO) has accepted a request for a leave of absence from Larry
Michels, one of the firm's co-founders.

Mr. Michels has resigned as president, chairman and chief executive officer, as
well as his seat on the board.

Concurrently, the board appointed Jim Harris, an outside director, president
and chief executive officer. No other changes are anticipated in the senior
operating managers of the company.

In a statement to the board, Mr. Michels said: ``I am doing this because I
believe it is vital that I place the interests of the company and its employees
ahead of my own. I do not want the company to be affected by the allegations
made recently against me which I believe to be unfounded.'' The board said
that, based upon advice from the company's attorneys, the company would
have no public comment on the allegations.

The board issued the following statement: ``We would like to thank Mr.
Michels for the contributions he has made to the company since co-founding it
in 1979. His entrepreneurial drive and vision have been important in
overcoming the tremendous challenges SCO has faced in becoming the
respected leader in its marketplace.''

Mr. Harris, 49, was elected to the board in March 1988. In his 31 years in the
computer industry he has held senior management positions at such firms as
Intel and Microsoft and has a thorough knowledge and understanding of SCO's
markets, technology and customers. He will chair the executive committee of
the company which includes Doug Michels, executive vice president; and
senior vice presidents Sam Spadafora, Dan Steimle, and Lars Turndal.

``SCO is realizing record sales, profits and market leadership,'' said Mr.
Harris.  ``Our company has always been and will continue to be committed to
fair employment practices for all employees.  Our challenge is to be
responsive to this matter and to continue to focus on building SCO into the
world-class public company we all want it to be.''

The Santa Cruz Operation, Inc. (SCO) is a privately held company that is an
international leader in the personal computer software industry with revenues
in excess of $160 million. It is best known for its software that turns a 386 or
485 personal computer into a multiuser system, departmental server or desktop
workstation. The resulting systems can be used to run a small business or
department and also can be integrated into corporate data networks.

Founded in 1979, SCO is headquartered in Santa Cruz, California, with offices
in London, Paris, Toronto, Copenhagen, Frankfurt, Mexico City, Milan,
Singapore, Sydney, Tokyo and throughout the United States.

It employs approximately 1,200 people world-wide, including 700 in Santa Cruz.

                                    # # #
Newsgroups: biz.sco.announce
Subject: Slow login and u386mon 
Distribution: world
Organization: BT
Date: Mon, 28 Dec 1992 23:49:12 +0000


In article <57@shady.UUCP> kevin%shady@uunet.uu.net writes:

>
>I had a slow login problem caused by excessive tty1a records building
>up in /etc/auth/system/ttys as a result of logins over a modem on
>/dev/tty1A.  Eventually logins would fail alltogether.
>
>More info available if this is your problem.  There was also a
>solution posted to the SCO bulletin board.

Any information on this problem would be very welcome. We have one system where
about 16 ports suffer from this making logins *very* slow!

-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
Newsgroups: biz.sco.opendesktop
From: fred@genesis.demon.co.uk (Lawrence Kirby)
From: jaa@world.std.com (Jerry A Abramson)
Subject: MMDF with TCP/IP (smtp)
Organization: The World @ Software Tool & Die
Date: Wed, 30 Dec 1992 16:58:05 GMT

I have been trying to set up MMDF to allow mail to LAN connected nodes
using the mail/mailx program without any luck.  I have studied the 
1.1 Admin guide (checking 2.0 admin guide for any clues).  Set up
a UUCP connection and mmdf UUCP channel/domain no problem.


When I try to send a message as follows:

	$ mail jaa@lunar
	Subject: testing

	1
	2
	3
	EOT
	$

I get the following response:

	$ mail
	SCO System V Mail (version 3.2)  Type ? for help.
	"/usr/spool/mail/jaa": 1 message 1 new
	>N  1 mmdf             Wed Dec 30 11:44   24/606   Failed mail
	& 1
	Message  1:
	From mmdf Wed Dec 30 11:44:26 1992
	From: MMDF Mail System <mmdf@voicetek.UUCP>
	To: jaa
	Subject: Failed mail
	Date: Wed, 30 Dec 92 11:43:41 EST
	Message-ID:  <9212301143.aa04692@vtkapp.voicetek.UUCP>
	Status: R
	
	Trouble sending mail on vtkapp.voicetek.UUCP:
	
	============ Transcript follows ============
	
	(BHST) Unknown host/domain name in "jaa@lunar"
	Submit error: [ No such file or directory ] No valid addresses
	
	============== Message follows =============
	From: jaa@voicetek.UUCP (Jerold A. Abramson)
	X-Mailer: SCO System V Mail (version 3.2)
	To: jaa@lunar
	Subject: testing
	Date: Wed, 30 Dec 92 11:43:40 EST
	
	1
	2
	3
	&	
	
The MMDF log file (/usr/mmdf/log/msg.log) has the following fatal error:

12/30 11:43:41 submit4691:  [SYSERR (2) No such file or directory]  err [ ABEND
(NDEL) ]   No valid addresses
From: leonard@allink.com (Leonard Primak)
Newsgroups: biz.sco.opendesktop
Subject: Re: Math coprocessor with ODT
Date: 29 Dec 92 19:04:45 GMT
Organization: NYNEX ALLINK Company

In article <1992Dec29.023225.23804@beaver.cs.washington.edu> drupp@cs.washington.edu (Douglas Rupp) writes:
>Can anyone tell me how much adding a math coprocessor will help response
>time in ODT?  I have a 386/40 with 64K cache and an Paradise 8514/A video
>card.  I do alot of heavy duty graphics development using a commercial
>GKS binding to X-windows.  I am wondering just how much floating point 
>is used in X?  What response I get now is not objectionable, but maybe I'm
>missing out.

	You are missing out.  ODT's X server uses floating-point operations
for many graphics operations.  I checked this out with xeyes, if you don't
have a math co-processor, the eyeball movement is jumpy and slow, but when
I added a MathCo to my 386/33, the eyeball movement was smooth, and so was
ICO's, and other animation stuff.

							leonard@allink.com
Newsgroups: biz.sco.opendesktop,biz.sco.general,biz.sco.magazine,comp.unix.xenix.sco,comp.unix.sysv386,comp.windows.x,comp.windows.x.motif
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.opendesktop
Subject: Re: SCSI-2 Adapters for SCO ODT
Date: 2 Jan 93 02:47:15 GMT
Organization: Izot's Swamp

brad@clarinet.com (Brad Templeton) writes:

> SCSI-2, EISA -- they sound great.  But what kind of throughput are people
> really getting from them?   What I find seems to indicate that most of
> the disks today are putting out no more than one to two megabytes a second.
> 
> Is this wrong?  If it's right, then I doubt you gain much from a SCSI bus
> that can go at 10 mb/s instead of 5 mb/s, or an EISA adapter that can
> do much more.

   The questions are: how long does the transfer of a block monopolize the 
SCSI bus (important when multithreaded I/O is taking place between the OS and 
several SCSI devices) and how long the CPU must be shut down for the info to 
be copied from the adapter into main memory.

   If you're running DOS, it really doesn't matter since you can only do one 
I/O job at a time, you must wait for it to finish before moving on to the next 
one, and you can't do much of anything else useful while waiting.  On the 
other hand, users of multitasking operating systems like UNIX will benefit 
from the faster hardware's habit of not blocking other operations for as long.

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: biz.sco.opendesktop
From: fr@compu.com (Fred Rump from home)
Subject: Re: Math coprocessor with ODT
Organization: CompuData Inc.
Date: Tue, 29 Dec 1992 17:19:17 GMT

drupp@cs.washington.edu (Douglas Rupp) writes:

>Can anyone tell me how much adding a math coprocessor will help response
>time in ODT?  I have a 386/40 with 64K cache and an Paradise 8514/A video
>card.  I do alot of heavy duty graphics development using a commercial
>GKS binding to X-windows.  I am wondering just how much floating point
>is used in X?  What response I get now is not objectionable, but maybe I'm
>missing out.

Definately. While I'm not running ODT, I do have the 386/40 w/coprocessor and 
there is a difference. Whatever UNIX does, it does help to have a math 
coprocessor on board a 386 system.
fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: biz.sco.opendesktop
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: SCSI-2 Adapters for SCO ODT
Organization: Wimsey Information Services
Date: Thu, 31 Dec 1992 23:34:52 GMT

In article <1992Dec31.201533.15254@clarinet.com> brad@clarinet.com (Brad Templeton) writes:
>SCSI-2, EISA -- they sound great.  But what kind of throughput are people
>really getting from them?   What I find seems to indicate that most of
>the disks today are putting out no more than one to two megabytes a second.
>
>Is this wrong?  If it's right, then I doubt you gain much from a SCSI bus
>that can go at 10 mb/s instead of 5 mb/s, or an EISA adapter that can
>do much more.
>
>Time your raw read times on a quiet system (as root) with
>
>	time dd if=/dev/{drive} of=/dev/null bs=35k count=256
>
>Twiddle the numbers as appropriate and look at the real time figure that
>comes out to calculate megabytes/second.  Am I missing something with my
>Adaptek 1542B and Fujuitsu 500mb SCSI disk?  Are some of you getting rates
>of 5mb/second, or over 5mb/second on SCSI-2 disks or EISA systems?

No. Your peak throughput won't go up a lot. What does happen is that you can
have multiple streams at something approaching the same rate. So for busy
multiple user systems, with multple disks, you can get a much larger amount
of I/O done. Unfortunately the latency associated with an individual transfer
stays about the same.

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: SCSI-2 Adapters for SCO ODT
Organization: Celestial Software, Mercer Island, WA
Date: Tue, 29 Dec 1992 16:52:57 GMT

In <1992Dec28.165845.4834@udel.edu> scoggin@opus.ee.udel.edu (John K Scoggin) writes:

:Does anyone know of a SCSI-2 adapter which will run under ODT 2.0?

Adaptec 154x, 174x. BusLogic adapters also support SCSI-2.

IMHO, these are the only scsi adapters worth considering because
of their general quality and support.

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: dlhanson@nap.amoco.com (David L. Hanson)
Newsgroups: biz.sco.opendesktop
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Date: 30 Dec 92 16:29:45 GMT
Organization: These are my opinions.

In article <1992Dec19.181127.9505@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>
>:Greetings David,
>
>:Re your Dell system:
>
>:1. I would not venture to say that ODT 2.0 runs on _any_ 66MHz machine.
>:It runs on most of them, and on a few we have seen problems.
>:Specifically, our Support department has a new SLS called UOD361
>:which addresses 66MHz problems that some customers have had on
>:some Dell machines.  If your system fails to boot, contact
>:Support@sco.com and request this SLS.
>
>:2.  One of my colleagues in Engineering Services tells me that the
>:AGA EFS (available from SOS online, or from SCO Direct at 800-726-8649)
>:has support for the Dell "911" chip.  The newer Dell "924" chip 
>:(which is an S3 chip) is said to be compatible with the 911.  We have
>:not yet verified this.  Since Dell is an OEM partner of SCO, it's a 
>:safe bet that something like this will be made to work pretty quickly
>:if there is any problem.
>
>I just set up an ODT 2.0 system on a DELL 486-33 Tower and didn't
>have any luck getting any grafinfo setup to work with the
>built-in video.  I don't remember the details except that it was
>supposed to be a Tseng chipset and that Dell support didn't know
>squat about ODT or graphinfo setup.  This machine is being used
>primarily as a UNIX/PC-Interface server so graphics didn't
>matter, so it was left in a VGA 16 color mode.
>
Subsequent to my posted question, Dell Technical Support has told me that
ODT 2.0 will run on the Dell 466/M but only in VGA (640x480) mode.  They
are waiting (and waiting) for SCO to come out with a driver for the S3
chip implementation on the motherboard. (It sounded like SCO has had
access to the Dell implementation for some time even though the machines
are quite new.)  I thought maybe I could use an old NEC Multisync Graphics
Engine (which is horribly slow but it does support high resolution) that I
have in my filing cabinet but it is apparently not supported by SCO either.
My supervisor isn't very amenable to letting me buy a new video card for
use until SCO puts out a S3 driver for the Dell.  

So I vote for SCO get this driver out soon!

Signature follows:
"Jesus saith unto him, I am THE way, THE truth, and THE life: no man 
cometh unto the Father, BUT BY ME."
=========================================================================
David L. Hanson       Internet --> dlhanson@nap.amoco.com
Amoco Corporation     X.400    --> A=attmail,P=amoco,S=Hanson,G=David,I=L
Any opinions expressed are my own!
From: mam@mamunx.garmhausen.de (Michael A Meiszl)
Newsgroups: biz.sco.opendesktop
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Keywords: UOD361 66MHz
Date: 24 Dec 92 07:52:19 GMT
Organization: Public Access Mailbox

The problem you describe in your article comes close to mine, but sadly not
close enough.

The hardware is a Mylex 486/66 (33 with DX/2) board with 32M, two adaptec 
1740/42 and some other fancy stuff.

Booting 3.2.4 from the N1 disks always works well. You can install the system
and do everything you like, until you try to boot a selflinked kernel.

At boot time the adapters are found, but when it tries to mount the root 
disk, it failes miserably. Timing is cruical here.
When the adapters are initialised, they send a reset command to the drives
(you can't prevent a 1740 from doing this :-( ).
When the next driver (Sdisk) searches for the device, it is still in reset
state und does not respond quickly enough to be accepted.

So, I need a similiar patch as yours, but for sDisk instead for the eiad 
driver (it must have a similar loop).

In the mean time I've patched it by inserting a self written driver between
eiad and Sdisk, which does nothing but time wasting. Works well.


	MaM
-- 
** Michael Andreas Meiszl | Tomsonstr 25 | 4700 Hamm 1 | Tel +49 2381 980131 **
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: grep bug??
Organization: Celestial Software, Mercer Island, WA
Date: Tue, 22 Dec 1992 16:22:28 GMT

In <m0n3nHh-0001dmC@netex.netx.com> netxcom!jwc%netex.netx.com@uunet.UU.NET (JC ) writes:

:I ran across a problem with SCO ODT/Unix 1.1 grep. It seems to be confused
:when you specify the -e option. For example, 

:  cat file |grep -y -e "string"

:results in 

:  Usage: grep -bchilnsvy [-e expr] [-f expr_file] pattern file . . .

:the -y option makes no difference. The following forms DO work:

:   cat file |grep -y "string"`   >>> piping, no -e option
:   grep -y -e "string" file`     >>> -e option, no piping

I tried both variants on my UNIX 3.2v4 and Xenix 2.3.4 systems
and they worked much to my surprise since I thought the -y option
had been replaced with -i (IMHO one of the dumber things to
happen to UNIX since neither makes much sense and changing it
breaks 20 years worth of scripts :-).

I replaced the SCO grep and egrep with the gnu versions several
months ago when I ran into a bug with egrep while compiling perl.

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: drupp@cs.washington.edu (Douglas Rupp)
Newsgroups: biz.sco.opendesktop
Subject: Math coprocessor with ODT
Date: 29 Dec 92 02:32:25 GMT
Organization: Computer Science & Engineering, U. of Washington, Seattle

Can anyone tell me how much adding a math coprocessor will help response
time in ODT?  I have a 386/40 with 64K cache and an Paradise 8514/A video
card.  I do alot of heavy duty graphics development using a commercial
GKS binding to X-windows.  I am wondering just how much floating point 
is used in X?  What response I get now is not objectionable, but maybe I'm
missing out.

Thanks in advance,
Douglas Rupp
drupp@cs.washington.edu
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.opendesktop
Subject: Re: Slow login and u386mon
Date: 30 Dec 92 21:35:26 GMT
Organization: ShadeTree Software, Inc.

In article <725586552snx@genesis.demon.co.uk> fred@genesis.demon.co.uk (Lawrence Kirby) writes:
>
>In article <57@shady.UUCP> kevin%shady@uunet.uu.net writes:
>
>>
>>I had a slow login problem caused by excessive tty1a records building
>>up in /etc/auth/system/ttys as a result of logins over a modem on
>>/dev/tty1A.  Eventually logins would fail alltogether.
>>
>>More info available if this is your problem.  There was also a
>>solution posted to the SCO bulletin board.
>
>Any information on this problem would be very welcome. We have one system where
>about 16 ports suffer from this making logins *very* slow!
>
>-----------------------------------------
>Lawrence Kirby | fred@genesis.demon.co.uk
>Wilts, England | 70734.126@compuserve.com
>-----------------------------------------


Below is the response I got from SCO support.  It fixed my problem.
         
File /etc/auth/system/ttys keeps growing with duplicate tty entries.

KEYWORDS: file /etc/auth/system/ttys c2 grows growing duplicate tty entries security relax root login tty1a 1a user modem system performance update

RELEASE:  SCO UNIX System V/386 Release 3.2 Operating System Version 2.0
  	  SCO Open Desktop Release 1.1.0 

PROBLEM:  A duplicate tty entry is continuously being appended to the end
          of the file /etc/auth/system/ttys with every login from a specific
	  tty.  This causes the file to grow indefinitely and system
          performance degrades since, with every login, the ttys file is
          updated and all duplicate entries get updated with the current
          date. 

CAUSE:    This problem will be fixed in a future release of SCO UNIX System
	  V/386.  Reported cases involve logging in via modem on tty1A.  If 
	  an entry for tty1A does not exist in the ttys file, a duplicate 
	  entry for tty1a gets appended to the end of the file.  Then, with 
	  every login, another tty1a is appended and all entries for tty1a 
	  have to be updated with the current date which causes performance 
	  problems.

SOLUTION: Make sure /etc/auth/system/devassign has the correct entries.
          For example:
    
               tty1a:v_devs=/dev/tty1a,/dev/tty1A:v_type=terminal:chkent: 
               tty2a:v_devs=/dev/tty2a,/dev/tty2A:v_type=terminal:chkent: 

          Add the entry tty1A (or necessary tty) to /etc/auth/system/ttys
          manually:

                tty1A:t_devname=tty1A:chkent:

          or using Sysadmsh->Accounts->Terminal->Create.
          Delete all the duplicate entries except the original one. 
-- 
	    | 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
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.opendesktop
Subject: Re: Math coprocessor with ODT
Date: 31 Dec 92 20:55:03 GMT
Organization: Izot's Swamp

drupp@cs.washington.edu (Douglas Rupp) writes:

> Can anyone tell me how much adding a math coprocessor will help response
> time in ODT?

   I don't know if anyone from XeniTec has already answered, but throwing a 
387 (Cyrix, no less!) into their 386/20 made ODT noticeably quicker.

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: biz.sco.opendesktop
From: scoggin@opus.ee.udel.edu (John K Scoggin)
Subject: SCSI-2 Adapters for SCO ODT
Organization: Delmarva Power & Light Company
Date: Mon, 28 Dec 1992 16:58:45 GMT

Does anyone know of a SCSI-2 adapter which will run under ODT 2.0?

	- John

-------------------------------------------------------------------------
John K. Scoggin, Jr.			Email:   scoggin@udel.edu
Supervisor, Network Operations			 scoggin@delmarva.com
Delmarva Power & Light Co.		Voice:	 302-451-5200
P.O. Box 6066				Fax:	 302-451-5321
Newark, DE 19714-6066
-------------------------------------------------------------------------
Your milage may vary.  Void where prohibited by law (or common sense).
Newsgroups: biz.sco.opendesktop