HDTenEightyP/NetNews huggingface dataset:
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: HELP: Adaptec 1542b-connected SCSI periodically hangs for 2 minutes!
Keywords: Adaptec 1542 disk locks
Date: 22 Jan 93 03:25:39 GMT
Organization: ShadeTree Software, Inc.

In article <1419@proa.es> alberto@proa.es (Alberto Poblacion) writes:
:>In article <1j6rqaINN65i@life.ai.mit.edu> gillett@rice-chex.ai.mit.edu (Walter E. Gillett) writes:
:>>Hi, Folks
:>>    I'm using SCO ODT 2.0 (i.e. SCO Unix SysV 3.2.4.0) with a 1542b and a
:>>Toshiba 876MB (formatted) SCSI drive.  This usually works just fine.  But
:>>every now and then when under heavy load (usually paging) the disk will
:>>just lock up for about two minutes.  During this time I can here the disk
:>>step one track every two seconds or so.  After the two minutes are up things
:>>usually continue normally.
:>
:>     The same thing happens to me under SCO UNIX 3.2.2. I have upgraded
:>my 300 Mb Micropolis disk to a 1000 Mb HP disk, and also the 1542A SCSI
:>controller to a 1542B, and the system still continues to freeze in the same
:>way.
:>     It is not as long as 2 minutes; it only freezes for about 15 seconds.
:>During that time, the disk acess light is on, and I can switch multiscreens
:>and key in someting (and get the echo of what I type). If an uucp connection
:>is taking place, I get several "alarms", so I think serial characters are
:>being lost. I haven't tried to "ping" the system from another computer in
:>the net (15 seconds is too short for that), so I don't know if ping fails
:>also as you mentioned.

My guess would be that the drive is doing some kind of reset/error
recovery.  Everything else stops because all disk IO has stopped.
-- 
	    | 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: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: The Future of ESIX (was Re: PC-clone UN
Date: 21 Jan 93 15:55:18 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 645
Precedence: bulk

Lee Penn writes:
> Have I missed something???  This fragment from Larry would indicate that
> EVEREX has sold the ESIX division.  I think I've gotten email from Mr. 
> Hillegass before after I warned someone agains ESIX because of the status
> of EVEREX.
> 
> That ESIX has been sold (to James River?) may be good news.  Altho, I do
> wonder about the multiplying number of UNIX vendors and if any of them
> can survive a price war (reminds me of the airline fare wars which have
> only weakened the airline industry).

Correct. James River is acquiring ESIX.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: gcc 2.3.2 on SCO 3.2.4 (__STDC__)
Date: 22 Jan 93 04:46:10 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 642
Precedence: bulk

Roger Cornelius writes:
> In article <1993Jan20.123122.12886@dd.dk>, wes@dd.dk (Mads Westermann) writes:
> > Sometime ago there was a discussion on a problem involving the
> > definition of __STDC__ in gcc versus cc on SCO 3.2.4. I have now
> > run into the problem and cannot remember what the solution was !!
> > 
> > If there's somebody out there that has the solution I'd be very
> > interested in hearing about it.
> 
> The solution is to get gcc 2.3.3 which eliminates the problem.


Oh? Really? Not here it didn't. I posted my patches the other day.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: chjo@huldra.tdata.no (Christer Johansen)
Subject: Portable Netware for SCO?
Organization: Tandberg Data A/S, Oslo, Norway
Date: Wed, 27 Jan 1993 15:39:44 GMT
X-Newsreader: TIN [version 1.1 PL8]

I need some advices from the net on this one.

We have an MS-DOS application that needs to be accessed from both
X-terminals and PC's running MS-DOS. The MS-DOS application must
be installed on a server as it depends on a sentral database.
(Or at least the database must be installed on a server).

The X-terminals are connected to either a Sparc Server running SunOS
or a i486 running SCO ODT 2.0.

Some of the PC workstations that needs to access the application is
running Novell Netware and some is running PC-Interface.

I'm thinking of installing the application on one of our i486 machines
that is running SCO ODT 2.0. In that way I believe the workstations
that is running PC-Interface can connect directly to that server
(it is running the PCI server) and start the application from there.

It should also be possible to NFS mount the application directory to
the servers running SunOS and ODT 2.0, and the X-terminal users on
these machines should then be able to access the application using
SoftPC on the Sparc Servers and vp/ix on the servers running ODT 2.0.

My problem then seems to be the PC workstations that is running Novell
Netware. My local SCO dealer told me that SCO was in the prosess of
porting Portable Netware, but then they laid down the project for some
reason.

I guess I could install PCI on the PC's running Netware (I know they
can coexist), but the pricetag for doing this seems to be quite high
as I'll need one PC-Interface license for each PC and there's a lot
of them.....

My questions are:

1> Does anyone know if any 3rd party developers have a version of
   Portable Netware for SCO?

2> If no to question 1, do you have a suggestion for an alternative
   setup. Maybe UnixWare (which I know very little about) as a server
   will do the trick?


Thanks in advance
Christer Johansen
--
Christer Johansen, Tandberg Data A/S, PO Box 9, Korsvoll, N-0808 OSLO 8, NORWAY
Phone +47 (0)2 189090, dir +47 (0)2 189527  Fax +47 (0)2 189550
Internet: chjo@tdata.no    IEA: ibmmail(26692)
X.400: C=no; A=telemax; P=tdata; O=tdd; S=chjo
Newsgroups: biz.sco.general
From: barrie@calvin.demon.co.uk (Barrie Spence)
Subject: Re: Strange problem with cd, sh, ksh, and bash
Organization: Airdway Ltd.
Date: Mon, 25 Jan 1993 23:27:15 GMT

In article <1k15g7INN7op@usenet.INS.CWRU.Edu> ak751@cleveland.Freenet.Edu (Mark Saltzman) writes:
>
>I have been coming across directories on ODT 2.0 systems which can't be
>accessed from sh or ksh, but can be accessed with bash.  For example:
>$ cd Message
>ksh: Message:  not found
>but the same command issued from bash works.
>Any ideas?
>Thanks for any information,
>-Mark Saltzman
>

You don't have your current directory as part of the CDPATH
environment variable

eg

export CDPATH=:~:/usr

              ^ a null field is interpreted as the current directory.
You will find this documented in the sh manual page.

Barrie



-- 
Barrie Spence				Home Telephone +44 (0) 506 442304
barrie@calvin.demon.co.uk		Work Telephone +44 (0) 383 892015
From: lee@dlpco.dlpco.COM (Lee Penn )
Newsgroups: biz.sco.general
Subject: Re: Heat problems, DigiBoard PC/Xem
Date: 22 Jan 93 13:32:21 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Perhaps a better solution to heat would be to use a DEC 450XP 
Tower system.  This has a huge cooling fan located practically on 
top of the CPU chip.  It is the best designed case/powersupply 
that I have ever seen.  DEC is still a bit more expensive than 
other machine, but for a SERVER, the amount is really in line 
with the value.  Plus, confirmed with DEC a few days ago, this 
machine will have a Pentium Processor card sometime late this 
year (depending on intel of course).

We have a case here in which we mounted an extra fan, not even a 
big one, which helped with heat.  However, our heat was coming 
from 3 3.5" hard drives.  The tape cartridge would be removed and 
be hot as Hell.  Now the cartridge is barely warm.

PLUS... the Specialix host cards do not generate much heat.

>>We had two DigiBoard MV/4 boards, two DigiBoard PC/8e boards and
>>an ethernet card along with the drive controller packed into a tower 
>>case.  The heat was so high the machine would reboot several times a
>>day.  I made a trip to radio shack and bought the biggest case fan 
>>they had, punched out some of the connector knockouts in the back of
>>the case and stuffed it inside.  It's still too hot but it is better.

>Why not buy a 2 cubic foot 'fridge, punch a few holes in it, and put the case 
>in there?  It should keep it cooler.  ;^)

>--------------------------------------------------------------------------------
>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

================================================================================
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: bill@bilver.uucp (Bill Vermillion)
Subject: Re: SCO Machine Dies under heavy disk load.
Organization: W. J. Vermillion - Winter Park, FL
Date: Sat, 23 Jan 1993 02:03:26 GMT
Keywords: SCO CRASH DISK

In article <9301181317.aa07456@dlpco.dlpco.COM> lee@dlpco.dlpco.COM (Lee Penn ) writes:

>I'm a little surprised that we've not heard from someone at DPT 
>on this.  A claim that a popular controller is not reliable is a 
>pretty serious challenge to a product.

The people at DPT probably don't know about this discussion.

Their map was posted to the fl.map just 6 days ago, and the
u.usa.fl.1 maps aren't scheduled to go out until first week in
February.    Site name  is    dptspt   - and they are connected
directly to uunet.



-- 
Bill Vermillion - bill@bilver.oau.org  bill@bilver.uucp
                - ..!{peora|tous|tarpit}!bilver!bill
Newsgroups: biz.sco.general
From: drg@candidus.ma30.bull.com (Daniel R. Guilderson)
Subject: Re: gcc 2.3.2 on SCO 3.2.4 (__STDC__)
Organization: Zenith Data Systems / Bull, Billerica MA USA
Date: 23 Jan 93 13:16:08
	<DRG.93Jan22093904@candidus.ma30.bull.com> <C1AC8D.JKq@wimsey.bc.ca>

In article <C1AC8D.JKq@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:

   Opinion varies. Some of use don't want our include files mucked up

The files in /usr/include don't get mucked up, rather they get copied
to another directory in gcc's include path were they are then "fixed"
;-).

   Saying it is wrong, is well... definitely wrong. 

I say it is wrong because gcc was designed to have __STDC__ defined as
1.  I don't remember exactly which program it was but I once ran into
a problem were defining __STDC__ to be 0 caused compilation problems.

   If you want a GCC compiler that doesn't then fine. Go for it. But 
   don't complain to SCO and ask for support for the munged header files.

On the otherhand, if you define __STDC__ to be 0 don't complain to the
FSF and ask for support of programs which don't compile correctly.

If you're happy, I'm happy. ;-)
Newsgroups: biz.sco.general
From: Ed Cooley <edc@openage.com>
Subject: IMS access over TCP/IP
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 26 Jan 1993 17:49:47 GMT
Precedence: bulk

I am currently working with a customer that has numerous DEC 
433MP machines retrieving data from an Amdahl on a daily basis.  
These machines are connected vi SSI's Express software performing 
SNA, RJE, and 3270 tasks.  The physical connection is made via an 
SSI-supported Emulex board.  In general everything works well.

My question is this.  We would like to investigate means by which 
the IMS database can be accessed over TCP/IP.  I'm not a 
mainframe connection wizard, and wish to solicit any feedback 
someone out there may have experience with connecting IMS 
systems.  Any info you may have is appreciated.



--------------------------------------------------------------------------------
Ed Cooley           12209 Bayswater Road    "An independent service and
Technical Manager   Gaithersburg, MD 20878   support provider for SCO
Open Age, Inc.      Main: 301/948-6422       products."
edc@openage.com     Fax:  301/948-9644
From: drg@candidus.ma30.bull.com (Daniel R. Guilderson)
Newsgroups: biz.sco.general
Subject: Re: gcc 2.3.2 on SCO 3.2.4 (__STDC__)
Date: 25 Jan 93 20:09:42 GMT
	<DRG.93Jan23131608@candidus.ma30.bull.com>
	<1993Jan24.111514.4581@robobar.co.uk>
Organization: Zenith Data Systems / Bull, Billerica MA USA

In article <1993Jan24.111514.4581@robobar.co.uk> steve@robobar.co.uk (Steve Bleazard) writes:

   This is not as cut and dried as it appears.  What does __STDC__ mean?  The
   standards appear to say (and I'm using P J Plauger & Jim Brodie's Standard
   C book as my reference) __STDC__ is 1 if and only if the ENVIRONMENT is
   ANSI.  That is the library and the compiler.  Library functions other than
   the ones defined in the standard are definitely out.

According to the SCO UNIX Development System Developer's Overview
Manual (Version 4.0), "A new release of the C compiler is included.
Within this compiler release, the libraries and header files have been
modified to provide full conformance with the following standards:
...
ANSI X3.159-1989 Programming Language---C
..."

The FSF also claims that gcc is fully conformant with the ANSI C
standard.  Therefore the ENVIRONMENT is ANSI and __STDC__ should be
defined as 1.
Newsgroups: biz.sco.general
From: Dariusz Gajewski <darekg@i17unixB.ists-pwr.wroc.edu.pl>
Subject: subscribe
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 21 Jan 1993 17:53:14 GMT
Precedence: bulk

Add: darekg@i17unixb.ists-pwr.wroc.edu.pl
From: alberto@proa.es (Alberto Poblacion)
Newsgroups: biz.sco.general
Subject: Re: Adaptec 1542 disk locks (solved?)
Summary: Adjust NHBUF
Keywords: adaptec 1542 NHBUF system locks
Date: 27 Jan 93 09:36:47 GMT
Reply-To: alberto@proa.es (Alberto Poblacion)
Distribution: biz
Organization: Programacion Analitica, S.A. (PROA) - Madrid, Spain

> [ several recent postings regarding systems using Adaptec 1542B with
>  various SCSI Hard Drives ]

    Several articles suggested adjusting NHBUF. I looked at my configuration
and I found that NHBUF was set to only 64. As my system uses 600 buffers,
I increased NHBUF to 256, and now I no longer see the momentary lockups
(15 seconds in my case), so I think that the problem is solved.

    Many thanks to all that helped.

-- 
Alberto Poblacion
E-mail: alberto@proa.es / apb@met.foro.es
Newsgroups: biz.sco.general,comp.unix.questions
From: kgermann@zeos.com (Ken Germann)
Subject: POPMAIL 3 Binaries/Sources.
Organization: Zeos International, Ltd
Date: Fri, 22 Jan 1993 03:58:14 GMT


Where should I post them? They work with SCO 3.2v4 with some help from all of
you and SCO. Need to use bigcrypt() instead of crypt().

E-mail or post reply.
-- 
Ken Germann              ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    1301 Industrial Blvd. N.E.
Any opinions expressed    Z   E    O  O     S   Minneapolis, MN 55413
herein are my own!       ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
Newsgroups: biz.sco.general,comp.unix.questions
From: tdc0010@dircon.co.uk (Ben Knox)
Subject: Re: POPMAIL 3 Binaries/Sources.
Date: Tue, 26 Jan 1993 11:13:15 GMT

kgermann@zeos.com (Ken Germann) writes:

>One problem I have noticed with teh POP 3 port is that it is
>trying to use sendmail instead of MMDF's equivalent.
>
>{ Popper.h}
>
>#define MAIL_COMMAND    "/usr/mmdf/bin/submit"
>
>
>This is from pop_xmit.c
>
>   (void)execl (MAIL_COMMAND,"send-mail","-t","-oem",NULLCP);
>
>The question I have is how MAIL_COMMAND should be defined to work with MMDF.
>Apparantly SUBMIT isn't the right system call or there are different
>flags.
>
>Any help with this would be appreciated. Will post ported/working source
>to biz.sco.binaries/sources.

It is OK to use /usr/lib/sendmail with MMDF. The program is 
a BSD sendmail-compatible interface to the MMDF mail system. 

That said, I'm not quite sure why POP needs to access sendmail. 
I thought POP was only used for accessing (ie reading) a mailbox.
Shouldn't you use SMTP for sending mail?

Regards, Ben
-- 
Ben Knox		tdc0010@dircon.co.uk      ...!uknet!dircon!sys0001
Newsgroups: biz.sco.general,comp.unix.sys5.r3,comp.unix.sys5.r4,comp.unix.pc-clone.32bit,comp.unix.sysv386
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: Slow performance on AMD chip.
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Sat, 23 Jan 1993 16:14:31 GMT

csmro117@uoft02.utoledo.edu writes:

>Any comments or suggestions on the apparent slow performance of SCO UNIX 3.2.4
>on the AMD38640 chip?

How slow is slow?  I've played with Dell on a 386/40 with 8 megs
of ram and it is quite fast as an NFS client and nntp server.

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
From: develop@aerie (PRN Development Lab)
Newsgroups: biz.sco.general
Subject: Re: On knocking .edu folks (was: Re: PC Unix/Xenix vendors)
Date: 23 Jan 93 00:05:47 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

> 
> witr@rwwa.com writes:
> >(Of course, I know that those of you in the .edu domain believe or
> >are taught to believe that everything is either free or should be free.
> 
> Do tell us, Robert, how much did *you* (as a non-.edu domain person)
> contribute to MIT since you're using X?  How much money did you send
> the FSF when you installed gcc?  How about when you installed emacs?
> Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         

Taxpayers in the U.S. have contributed heavily towards "educational"
projects financed from the Dept. of Defense, which heavily funds MIT.
U.S. taxpayers are those who know it isn't free!

Canadians at McGill University in Canada on the other hand, have paid
nothing unless they, as is unlikely, have paid U.S. taxes or sent
money to FSF in U.S. dollars.

The "Free" in FSF means only that the source code is freely redistributable,
not necessarily without cost.

-- 
 _ __   _ __   _ __
' )  ) ' )  ) ' )  )   PRN Development Lab
 /--'   /--'   /  /    mthvax!mamia!aerie!develop
/      /  \_  /  (_    9300 SW 87 Ave. Miami Florida 33176 USA
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: v001i074: utils/wperl; Info
Organization: Celestial Software, Mercer Island, WA
Date: Thu, 28 Jan 1993 17:04:07 GMT

In <1993Jan20.160651.29630@wes.on.ca> tomh@wes.on.ca (Tom Haapanen) writes:

:sl@vanbc.wimsey.bc.ca writes:
:> Biz.sco.binaries is for distributing compiled software installable
:> under SCO UNIX and/or XENIX.  [...]

:> Product Name: Perl for SCO UNIX from Wimsey 
:> 38146     1 ./usr/local/lib/perl-crypt/link_perl_crypt

:Unfortunately, this one at least appears to require SCO Unix 3.2.4.  While
:I'm grateful for Stuart's efforts (and I was very much looking forward to
:Perl!), I do wish that the archive names were kept to 14 characters or less!
:As it is, custom chokes on the installation file.

Perhaps it would be a good idea to distinguish the binaries
between Unix and Xenix where there is a significant difference.
These differences would normally be limited to networking
functions, and symbolic lengths.  Support for long file names in
a program shouldn't break a program for operation under Xenix,
but USING long file names in the distribution software would.
There's nothing in the perl binaries and support libraries that
break the 14 character limit (at least not on my Xenix system
which is running:
	This is perl, version 4.0

	$RCSfile: perl.c,v $$Revision: 4.0.1.4 $$Date: 91/06/10 01:23:07 $
	Patch level: 10

Well, I guess I haven't compiled it recently under Xenix -- if it
ain't broke, don't fix it :-)

It's very nice to have long file names, but I make an effort in
anything I do for release to other systems to keep binary file
names <= 14 characters and text <= 12 characters to leave room
for the ,v suffix for RCS checkin.  Berserkley types, on the
other hand, seem to have a commandment in their religion to never
release anything with names < 15 characters to show those AT&T
types the error of their ways!  These are the same people who
flame COBOL at every opportunity for its verbosity (have you ever
looked at X11 code :-).

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: fietze@kagcpd01.ag01.kodak.COM (Roman Fietze@kagcpd01.ag01.kodak.COM,KAG CP Development@kagcpd01.ag01.kodak.COM, 49 711 406 2839)
Newsgroups: biz.sco.general
Subject: Re: Maximum inode allocation
Date: 26 Jan 93 08:56:01 GMT
Reply-To: fietze@kagcpd01.ag01.kodak.COM
Organization: Kodak AG, Office Imaging, Product Engineering and Development
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Return-Receipt-To: fietze@kagcpd01.ag01.kodak.COM
Precedence: bulk

Hello Micheal,

> |    This is probably a dill silly question , but is there any  way  at
> |    all  that  i  can increase the maximum inode allocation for a file
> |    system  above the 65000 limit . I have just installed a 380 meg hd
> |    for my news spool , and I can only  get  about  250  meg  into  it
> |    before I run out of inodes.
> 
>      Sorry ,, sorry . forgot to tell you what OS I was running .
>            Xenix 386  2.3.3 .

Not even if you'd buy the newest version of SCO Unix. The limit *is*
65000. The only thing you can do is making mor filesystems for subdirs
or in case of UNIX 3.2.4 (ODT 2.x) symbolic links.

Roman

---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)              Kodak AG Stuttgart/Germany
fietze@kagcpd01.ag01.kodak.COM                       fietze@kodak.COM
Newsgroups: biz.sco.general,comp.unix.sys5.r3,comp.unix.sys5.r4,comp.unix.pc-clone.32bit,comp.unix.sysv386
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Slow performance on AMD chip.
Organization: Celestial Software, Mercer Island, WA
Date: Mon, 25 Jan 1993 04:58:50 GMT

:csmro117@uoft02.utoledo.edu writes:

:>Any comments or suggestions on the apparent slow performance of SCO UNIX 3.2.4
:>on the AMD38640 chip?

You don't say how much RAM or cache you have on the system.  It
will be very slow if you're running over 16MB with less than 256K
cache.

I had an AMD 386-40 on an ODT 2.0 system here for a while and had
excellent results.

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?