HDTenEightyP/NetNews huggingface dataset:
From: "Gary L. Miller" <gary@tmg.soundex.celestial.com>
Subject: ODT & Price Competition
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 17 Nov 1992 16:33:26 GMT
Precedence: bulk

Pending competition is starting to have effect.  A major national
distributor is now offering a not for resale copy of ODT Personal System
at $300.  Authorization is _not_ required.

What's going to happen when NT is available with the equiv. of all of
SCO's products bundled for under $500 retail?

Competition is healthy,

Gary
-- 
I love politics.  Where else can        |  Gary L. Miller
you claim a landslide victory with      |  THE MILLER GROUP
_56%_ of the people voting agains you?? |  Tel: (206) 939-2307
                                        |  Fax: (206) 735-8384

Newsgroups: biz.sco.general
From: larryp@sco.COM (Larry Philps)
Subject: Re: libPW.a
Organization: SCO Canada, Inc.
Distribution: usa
Date: Wed, 18 Nov 1992 17:05:36 GMT
Keywords: what the heck is going on

In <1992Nov11.210618.11339@vicorp.com> allan@vicorp.com (Allan Krantz) writes:
> 
>     Help!
>   
>     My coworker is trying to use the libPW.a library and
>   is getting an "undefined symbol: Error"  message.  Where is this symbol
>   defined?  Using nm we see Error referenced in libPW.a  but we cannot 
>   find where it is defined. Could someone tell us what to do, please.
> 
>   allan "not afraid to post" krantz
>   allan@vicorp.com

If this is happening, then I can assume 2 things about your co-worker,
first (s)he is using the 3.2v2 devsys, since the problem has been
rectified in the 3.2v4 devsys :-).  Secondly, that this person is using
some of the functions that where originally part of the AT&T
Programmer's Workbench (ie. the x* functions).  Support for these was
withdrawn by AT&T ages ago, (ie they have not been documented since
*before* SVR2.) They require the application to define 2 global
variables "Error" and "Statbuf".  A new file, pw_defs.o,  has been
added to libPW.a in the 3.2v4 devsys that contains the definitions of
these.  The definitions you need for your 3.2v2 applications are

	char	Error[128];
	struct stat Statbuf;

Declare them both, even if Statbuf is not currently listed as undefined,
and your program will continue to compile and work on the 3.2v4 devsys.

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  uunet!sco!larryp
Phone:	  (416) 922-1937
From: gary@tmg.soundex.celestial.com (Gary L. Miller)
Newsgroups: biz.sco.general
Subject: Re: Custom "movemnet keys are active" (fwd)
Date: 19 Nov 92 02:49:17 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Anthony P Lawrence said:
> From soundex!sco-list-owner Wed Nov 18 12:41:43 1992
> Newsgroups: biz.sco.general
> Path: soundex.Celestial.COM!camco!Celestial.COM!van-bc!xenitec!news.byu.edu!eff!world!apl
> From: apl@world.std.com (Anthony P Lawrence)
> Subject: Re: Custom "movemnet keys are active"
> Message-ID: <BxtxuG.C2w@world.std.com>
> Organization: The World Public Access UNIX, Brookline, MA
> References: <1992Nov16.044615.840@xenitec.on.ca>
> Date: Mon, 16 Nov 1992 22:15:51 GMT
> Lines: 33
> To: sco-list@soundex.soundex.celestial.com
> 
> news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
> : I have gotten the message "movement keys are active" when attempting to run
> : Custom in multiuser mode.  My solution had always been to run Custom
> : in single user mode.
> : 
> : But... I now get the same message "movement keys are active" when
> : invoking Custom in sigle user mode.  Thus I currently cannot install
> : my much dreamed about copy of C-NEWS.
> : 
> Tony at apl@world.std.com writes
> Those dreaded movement keys!  Once they get "active", it sure
> is difficult to get anything installed.  One minute your PageUp key
> is sitting there on the keypad where it belongs, and then it's
> jumped over and is snuggling up next to the "N" key... I really
> hate it when they try to hide under the space-bar, and it's even
> worse when they sneak into the motherboard and find the mouse-port.
> Nothing is worse than a run-away mouse, IMHO.
> 
> But, if you speak firmly and clearly, informing them that you
> will brook no nonsense, you will find that not only will they
> stay in their assigned places, but that their "activeness" will
> be confined to the functionality that SCO wanted them to have:
> to wit, moving about and selecting things from sub-menus.
> 
> :-)
> 
Tony,

Your wit and wisdom are quite challenging. :-)

The "movement keys are active" message was an actual _error_ message
that aborts the custom installation.  I did determin the problem.
The diskette contained a file that had not been properly run through
"dd".  Thus, custom was encountering something other than a tar file.

Thanks for livening my evening,
Gary

-- 
I love politics.  Where else can        |  Gary L. Miller
you claim a landslide victory with      |  THE MILLER GROUP
_56%_ of the people voting agains you?? |  Tel: (206) 939-2307
                                        |  Fax: (206) 735-8384
From: gb@mir.fb10.tu-berlin.de (Guenter Becker)
Newsgroups: biz.sco.general
Subject: gawk-2.13 on sco v3.2.2
Date: 16 Nov 1992 10:58:57 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: mir.fb10.tu-berlin.de

Good morning,

when installing gawk-2.13 on sco v3.2.2 with cc, a compiler error occurred  
in eval.c, which could be tracked down to a macro definition in gawk.h for  
'force_number', which apparently also causes msc5.1 under dos to bomb. A  
fix given in gawk.h using a variable called '_msc51bug' also works for  
sco.

To fix, either change gawk.h appropriately, or add -DDEBUG to the compiler  
options, which causes a much simpler form of this macro to be used, which  
works.

Let me add, that, after successful installation, gawk works fine, fast,  
and on lines of several kbytes length, which is beyond the capabilities of  
the awk included by sco.

G. Becker
Newsgroups: biz.sco.general,comp.sys.mac.hardware,comp.sys.mac.misc,comp.sys.mac.system,comp.protocols.appletalk,comp.protocols.tcp-ip
From: dlucy@sandr.COM (Doug Lucy)
Subject: Macintosh/Localtalk to SCO/Ethernet
Organization: S&R Software, Inc.
Distribution: usa
Date: Sat, 21 Nov 1992 22:09:22 GMT
Followup-To: dlucy@sandr.com
Summary: What is needed to connect a Macintosh to Ethernet and run X?
Keywords: MACINTOSH LOCALTALK APPLETALK TCPIP TCP/IP ETHERNET V/386 UNIX X


I've got to set up a Macintosh to connect to our net and I need some
help pointing me to the right hardware and software.

What we've got now is a small network (8 users) on PC's running DOS,
Desqview/X, and FTP's PC/TCP all connected to a SCO Unix 3.2.4
(actually OpenDesktop 2.0) running SCO TCP/IP and NFS and X.

We need to add a Macintosh to this network. The Macintosh needs to run
X sessions and some kind of NFS.

What kind of hardware does a Macintosh (let's say a new IIvx) need to
connect to the TCP/IP Ether? What kinds of cards are available? What's
the MOST COMPATIBLE?

More importantly, what kinds os software exist for running TCP/IP,
NFS, telnet, and X windows server under System 6 and/or 7? Does the
Macintosh ethernet hardware suffer from the same problems as the IBM
PC (i.e. you buy a piece of software for your SPECIFIC ethernet
card)?

My first need is to do all this via Ethernet. However, I want to
eventaully also test the possibility of doing a telnet across
AppleTalk (or LocalTallk, whatever) to some sort of LocalTalk/Ethernet
bridge/gateway.

For now:

	+-----+
	|     |         |
	| Mac |  Ether  |
	|     +---------+
	+-----+         |
	                |
	                |
	+-----+         |
	|     |         |
	| PC  |  Ether  |
	|     +---------+
	+-----+         |
	                |
	                |
	+-----+         |
	|     |         |
	| SCO |  Ether  |
	|     +---------+
	+-----+         |


Later:

	+-----+
	|     |             +--------+
	| Mac | LocalTalk   |        | Ether  |
	|     +-------------+ Bridge +--------+
	+-----+             |        |        |
			    +--------+        |
	                                      |
	                                      |
	                      +-----+         |
	                      |     |         |
	                      | PC  |  Ether  |
	                      |     +---------+
	                      +-----+         |
	                                      |
	                                      |
	                      +-----+         |
	                      |     |         |
	                      | SCO |  Ether  |
	                      |     +---------+
	                      +-----+         |

Any and all help is greatly appreciated.

-- 
| Doug Lucy             | Xenus(tm)                                   |
| VP Technical Services | Total Security Automation for the           |
| S&R Software, Inc     | protection of Classified, Proprietary, and  |
| dlucy@sandr.com       | Sensitive information 804.320.4057          |
From: traub@rtf.bt.co.uk (Michael Traub)
Newsgroups: biz.sco.general
Subject: Re: emacs 18: 59 crashes on select()
Date: 18 Nov 92 13:14:43 GMT
Organization: BT Customer Systems, Brighton, UK

In article <9211152326.AA06045@jpradley.jpr.com> jpr@jpr.com writes:
>SCO ODT 2.0 here.
>
>I've compiled emacs v 18:59 with cc and with gcc.
>
>Either way, it crashes after any key is pressed after startup with the message
>
>	select error: Invalid argument

That's because emacs/src/s-sco.h is broken.

Use the following:

/* Support SCO V 3.2.4 (also called Open Desk Top 2.0) */

#include "s-usg5-3.h"

/* Use termios instead of termio, to turn off C-z.  */

#define HAVE_TCATTR

/* It's possible for Emcs to suspend itself.  */

#undef NOMULTIPLEJOBS

/* The setsid system call exists.  */

#define HAVE_SETSID

/* The rename system call exists.  */

#define HAVE_RENAME

/* Include ptem.h, not sioctl.h.  */

#define NO_SIOCTL_H
#define NEED_PTEM_H

/* Inhibit macro definition of `signal' in m-intel386.h.  */

#define DONT_DEFINE_SIGNAL

/* We cannot get alloca from -lPW because various other symbols
   in that library conflict with symbols in GCC.  */

#ifdef	__GNUC__
#define alloca(x) __builtin_alloca (x)
#else
#define C_ALLOCA
#undef HAVE_ALLOCA
#define STACK_DIRECTION	-1
#endif /* __GNUC__ */

/* TIOCWINSZ doesn't work on ptys.  */
#define BROKEN_TIOCGWINSZ

#define HAVE_TIMEVAL

#define HAVE_SELECT

#define HAVE_PTYS

/* chip@tct.com says ptys are numbered decimally.  */
#define PTY_NAME_SPRINTF \
  sprintf (pty_name, "/dev/ptyp%d", ((c - FIRST_PTY_LETTER) * 16) + i);
#define PTY_TTY_NAME_SPRINTF \
  sprintf (pty_name, "/dev/ttyp%d", ((c - FIRST_PTY_LETTER) * 16) + i);

/* Christoph Badura <bad@flatlin.ka.sub.org> says this one is ok.  */
#define USG_SYS_TIME

/* Define SCO_SOCKETS if your machie has sockets installed.
   It is an optional feature in the SCO system.  */
#define SCO_SOCKETS
#ifdef SCO_SOCKETS
#define HAVE_SOCKETS
#define LIBS_SYSTEM -lsocket
#define HAVE_GETTIMEOFDAY
#define HAVE_TIMEVAL
#define USE_UTIME
#endif

/* These have been suggested, but it's not certain they are right.  */
#if 0
#define HAVE_RANDOM

#define USE_UTIME
#endif /* 0 */


#ifdef HAVE_X11
/* William Smith (wjs@wang.com) said these are needed.  */
#ifdef LIBS_SYSTEM	/* undef if defined in SCO_SOCKETS */
#undef LIBS_SYSTEM
#endif
#define LIB_X11_LIB	/* kill internal libs (use one below) */
#define LIBS_SYSTEM -lXm -lXt -lX11 -lsocket -lmalloc -lPW
#define LIB_STANDARD -lc /* get libPW.a from above */

#undef C_ALLOCA
#define HAVE_ALLOCA

#define BROKEN_FIONREAD
#define SYSV_STREAMS

#define select XSelect
#define HAVE_RANDOM
#define BSTRING
#endif



-- 
Michael Traub
BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Custom "movemnet keys are active"
Date: 16 Nov 92 04:46:15 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

I have gotten the message "movement keys are active" when attempting to run
Custom in multiuser mode.  My solution had always been to run Custom
in single user mode.

But... I now get the same message "movement keys are active" when
invoking Custom in sigle user mode.  Thus I currently cannot install
my much dreamed about copy of C-NEWS.

Any help would be appreciated.  Thanks,
 
Gary
-- 
I love politics.  Where else can        |  Gary L. Miller
you claim a landslide victory with      |  THE MILLER GROUP
_56%_ of the people voting agains you?? |  Tel: (206) 939-2307
                                        |  Fax: (206) 735-8384
                                        |  Fax: (206) 735-8384
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: For history books
Date: 21 Nov 92 22:02:43 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: 1534
Precedence: bulk

Bill Campbell writes:
> In <9211200955.aa10127@dlpco.dlpco.COM> lee@dlpco.dlpco.COM (Lee Penn ) writes:
> 
> :I keep a calendar of events following DLP's history.  The 
> :following popped up today:
> 
> :11/23/83-Model 16a (Radio Shack) Computer, no hard drive, $5,920
> 
> :        12 Meg Hard Drive to go with it                   $2,545
> 

OK, no hard drive, but it did include one parallel and two serial ports :-)

Lee, if you used your 'puter to convert 1983 dollars to today's shekels,
what would you obtain?

> :This system ran XENIX from Radio Shack which was originally
> :ported by SCO to the 68000 processor.
> ...........^^^^
> 
> This was ported by Microsoft, not SCO.  MS did work on a Real
> Operating System once upon a time in a universe far away.  I
> don't think SCO was even in business when Xenix was first
> released for the Radio Shack Model 16 in early 1983.
> 
> I remember the first time I met Doug Michels when he was speaking
> at TCBUG in Fort Worth in 1984 (or was it 1985 :-) and I thought
> he was nuts trying to get Xenix to run on 8086 and 80286 CPUs.

Was not some sort of circle closed when Microsoft acquired a sizeable
amount of SCO's shares?

> There were a lot of pissed-off Radio Shack Xenix customers when
> Tandy went the Intel/MS-DOS route and abandoned the 68000!

Especially since at the time, more people used Tandy Xenix than any
other flavor of *nix -- was it hundreds of thousands of users?

 JP

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: /dev/null <alexl@alvarez.COM>
Subject: disk mirroring
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 20 Nov 1992 15:01:21 GMT
Precedence: bulk





.>   From uunet.uu.net!xenitec.on.ca!news Thu Nov 19 19:39:06 1992
.>   To: xenitec.on.ca!distribution@uunet.UU.NET
.>   Newsgroups: biz.sco.general
.>   Path: xenitec!news
.>   From: Phil Smyth <pyrite.som.cwru.edu!smith@uunet.UU.NET>
.>   Subject: disk mirroring
.>   Submit-To: scogen@xenitec.on.ca
.>   Reply-To: ncoast.org!hal9000%smith@uunet.UU.NET
.>   Organization: [resent by] The SCOGEN gateway and Propagation Society
.>   Date: Wed, 18 Nov 1992 20:12:23 GMT
.>   Message-Id: <199211182012.AA27712@pyrite.SOM.CWRU.Edu>
.>   Sender: xenitec.on.ca!news@uunet.UU.NET

.>   Is anyone doing it?
.>   What are the pros & cons on the subject?


        I use a product from veritas, it works exellently on the 
varity of platforms I have tried it on (DEC, Corollary, Compaq, 
Clones, and IBM). I configured a system with a DPT controller. It 
mirrored O.K, but it did  not allow me to place anything on it's 
external SCSI bus. (yes, I had it terminated correctly). The 
problem was that the DPT is very sensitive to terminating resitor 
power, the tape drive I was using could not provide it for itself 
so the system was actually unterminated, and sometimes the drives 
would be found and sometimes not..  I recomend Veritas highly as 
I have had great results with it....


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /  ) //            _//                   Alexander Lopez
 /--/ // _  _.,      /    _____   _  __.   Alex Alvarez and Associates
/  (_</_</_/ /\_    /___ (_) /_)_</_/  |_  alexl@alvarez.COM
                            /         (|   305-649-8900

Newsgroups: biz.sco.general
From: brad@clarinet.com (Brad Templeton)
Subject: Abandon your OMTI disk controller now
Organization: ClariNet Communications Corp.
Date: Sat, 21 Nov 1992 00:42:18 GMT

Years ago, when SCO Unix came out, we decided to go with ESDI drives, and
at the time SCO had put in support for the OMTI has a fast direct ESDI
controller that didn't play games emulating a WD.   It seemed OK.

Over the years that system has gotten slower, and the disk became the
real bottleneck when the motherboard became a 50mhz 486.

Well, I finally got around to replacing the Omti with a fairly basic
modern ESDI controller, namely the Ultrastor 12f24, which costs about $160
and has a 32k track cache.

The disk is at least 3 times faster and the machine now runs like a breath
of fresh air.   I hear SCO is tired of supporting the OMTI and now as far
as I am concerned they can drop it.  I feel frustrated at having wasted so
much time.   While I was busily upgrading processors, motherboards, video
and ram on this system over the years, I forget that my "fast" disk
controller was falling behind the times.   The performance now is comparable
to my fast SCSI disks.   (Indeed, I hear modern ESDI drives outperform
SCSI disks.)   So if you have an old disk controller, get to it.

A few warnings -- you almost certainly have to reformat your disks.
Backup, format and restore of 500 mb of stuff takes a while.   Secondly,
I got the real look of horror when I rebooted and the system booted with
super-zip and then said "No hard disk controller" and shut down.   The
link kit was still configured for the OMTI.   I booted from the distribution
boot floppy with root=fd(40) as an argument and edited the files in
/etc/conf/sdevice.d to turn off the omti and turn on wd and wd0.   I don't
know if there's a more official way to do that.   It was a late night
because of this, though.

Additional thoughts on this matter:

I like my SCSI systems, too, and there's a lot to be said for it.  One
thing that is bad about SCSI is that the operating system loses knowledge
of the hard parameters of the disk -- tracks and heads and cylinders.
The OS should know about that in order to use a disk efficiently.
The ideal arrangement is probably a one-cylinder cache on the disk drive which
always has the current cyl (never waste reading time) and all other
cacheing done in the OS -- but the OS needs to know when it is really seeking,
because that's a slow thing in computer terms, and with SCSI disks it can't
tell that.

SCSI has many other advantages, of course, such as abstraction, and the
ability to handle many peripherals -- it's adaptable and portable.

There is one big draw of IDE right now -- the availability of local bus
IDE controllers for a lot less than EISA, and faster than EISA too.
But they don't make IDE drives much bigger than 500 meg.  Perhaps we will
see 33mhz local bus SCSI adapters out and supported by SCO soon?  EISA
is 32 bits, but doesn't run at that speed, and it's currently expensive,
though it has dropped a lot in the last while.
-- 
Brad Templeton, ClariNet Communications Corp. -- Sunnyvale, CA 408/296-0366
From: johnfa@i88.isc.com (John Fanelli)
Newsgroups: biz.sco.general
Subject: Re: BOOTP implementation on SCO UNIX
Date: 19 Nov 92 13:07:17 GMT
Organization: INTERACTIVE Systems Corporation, Naperville, IL

In article <1992Nov18.154009.19802@utagraph.uta.edu> ajay@ (Ajay  
Barve-273-3023.  System Administrator) writes:
> Is there a BOOTP implementation that will run on opendesktop 2.0.  If
> there is one please could some one tell me where to find it?

	There is a BOOTP server included with ODT 2.0.  It is /etc/bootpd.
It is run by inetd in response to bootp requests. In order to use it, you need 
to set up a configuration file /etc/bootptab, and enable it by removing the 
comment symbol ('#') from the line containing /etc/bootpd in /etc/inetd.conf.

Do a man on bootpd for the complete story.

> 
> Thanks,
	No problem.
> 
> Ajay Barve
> Center for Accounting Software Evaluation.
> University of Texas at Arlington.

		John Fanelli
		johnfa@i88.isc.com
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: For history books
Organization: Celestial Software, Mercer Island, WA
Date: Mon, 23 Nov 1992 15:50:18 GMT

In <1992Nov22.190538.6276@sandr.COM> dlucy@sandr.COM (Doug Lucy) writes:

>Did SCO have anything to do with the Xenix that ran on Lisa's and the
>early Macintosh?

I don't know that Xenix ever really ran on the Lisa, much less
the Macs.  As I remember, the Lisa only had a 5MB hard disk and
Xenix would have had a pretty hard time fitting on that (it
pretty well filled up the 12MB disks we had on the Tandy 16s at
the time when you included the DevSys).

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?
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: RE: uudecode silently failing...why?
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 17 Nov 1992 19:21:42 GMT
Precedence: bulk

>I have received a 750Kb file that was uuencoded.  When I run
>uudecode on it, it looks like it's working for several seconds,
>then just returns my prompt without a decoded file.  The checksum
>of my file is the same as the one that is sent.

>Anyone know what would cause uudecode to fail like this?  I am
>running SCO XENIX 2.3.3.

Possibly if there were already existing files of the same name as the one that 
uudecode is trying to create.
--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general
Subject: process/region overflow in SCO rlp
Distribution: world
Organization: Official Report
Date: Sun, 15 Nov 1992 10:36:06 +0000

I have SCO R4.1 with TCP/IP 1.2 and am struggling with the rlp thing.
I have enabled rlp with mkdev rlp and added a couple of definitions
to the /etc/printcap (one for outgoing and one for incoming).
Result: my lp is now broken. I can't even print locally. 
Symptom: try doing an lpanything (lp, lpstat, etc) and the system
goes to 100% CPU usage (I've got sysmon running on another VDU to check!)
and then something overflows. First it was NPROC overrunning 100. 
Tuned that up to 250 and then REGIONS overran 300. You could see it
creeping up to the limit on the sysmon display. I smell a runaway
fork or some such somewhere and so guess that further tuning up won't
help.

Any suggestions, before I strip it all out and start again??

Thanks
+-----------------------------------------------------------------------------+
| Andrew Hardie                                        ash@cellar.demon.co.uk |
| London                                                 Tel  +44 71 219 5996 |
| England                                                Fax  +44 71 219 5997 |
+-----------------------------------------------------------------------------+
Newsgroups: biz.sco.general