HDTenEightyP/NetNews huggingface dataset:
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: ESIX mailing list
Summary: info about the ESIX mailing list
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Sun, 12 Apr 1992 00:37:36 GMT

04/11/92 (last posted 01/15/92)

Greetings!

This message is an update to information previously posted regarding
"esixlist", a mailing list for those using "ESIX", a System V Unix
Operating System for 80x86 computers.  Discussions pertaining to either SYSVR3
or the new ESIX SYSVR4 product are welcome.  Since this list is maintained on
personal time and expense, please follow these guidelines when subscribing
to, or posting to, the list.  Please remember that this is a private
undertaking for the purpose of benefitting all of us using the ESIX OS's,
and *I have no affiliation with ESIX or Everex*.

When subscribing to the list, please follow the following guidelines.

- Please specify, in the message SUBJECT, whether your question or
  comment refers to the 3.2 or R4 product so that people using one or
  the other can easily tell which messages interest them.

- Internet style addresses are Good.

- If you don't have an "internet style address", please provide a KNOWN GOOD
  PATH to your site.  Subscription correspondence is processed by a human, and
  I need to know how to get esixlist mail back to you.  Due to continuing
  bounced mail, I am forced to enforce the following policy:  The FIRST
  occurence of bounced mail destined to your site will result in your name
  being DELETED from the list.  I don't have the time to track down the 
  reason for each and every bounce - and they just cause headaches for
  everyone involved.  Sorry!

- Please notify me ASAP when you expect your address, account name, path,
  etc to change.

The addresses for the list are as follows:

Subscription correspondence, comments, suggestions, etc:

    esixlist-request@unixland.natick.ma.us

Submissions to the list:

    esixlist@unixland.natick.ma.us


Volunteers wanted!

If anyone is familiar with the management of a mailing list, and has
any working solutions for dealing with bounced mail (to keep it from 
getting bounced to everyone on the list), please let me know.  I am
running the list on a 486 machine running ESIX (of course :-), and am
using smail 3.1.18 as the transport agent. (This is ESIX R3)  Thanks.

I'm not quite sure why ESIX isn't running this list (instead of a Customer
running it) ... but I guess it's better for them to be concentrating on 
bug fixes than mailing list maintenance :-)

Bill Heiser
Unixland Public Access Unix & The Think_Tank BBS

--
bill@unixland.natick.ma.us     ...!uunet!think!unixland!bill
OR ..!uunet!world!unixland!bill     heiser@world.std.com
Public Access Unix 508-655-3848(2400)   508-651-8723(HST)  508-651-8733(PEP-V32)


-- 
bill@unixland.natick.ma.us   ...!uunet!{think,world}!unixland!bill
Public Access UNIX / USENET / E-MAIL Accounts are available! (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: s923074@minyos.xx.rmit.oz.au (Wedo Jozis)
Newsgroups: comp.unix.sysv386
Subject: Re: bootlegging hurts Unix
Date: 11 Apr 92 05:02:05 GMT
Organization: RMIT Computer Centre, Melbourne Australia.

Yes this weird sort of licensing can be a real liability, critical software on  a machine that fails when you need it most and won't run due to host id licensing. The PC industry has matured to the point of permitting the softeare to reside on more than one machine on the provision it not be running and used on more than one machine at a time, this license varies from vendor to vendor but in such an agressive industry, they all follow to make their software as flexible and easy to install as possible. Perh


aps the unix industry will mature to such a stage some day. This licensing has on several ocassions been the deciding factor when selecting software. I don't like the idea of crtical applications being locked up, and my business being relient on a company that someday no longer exist. The unix industry should take a lesson from the PC industry. I'm new to unix, find it flexible and versitile but frustrating when such situations arise.
Xref: sparky comp.unix.sysv386:8269 gnu.gcc.bug:990
From: marc@cam.org (Marc Boucher)
Newsgroups: comp.unix.sysv386,gnu.gcc.bug
Subject: minor bug in GCC2.1 config/svr4.h (was Re: GNU GCC-2.0 & 2.1 and LIBG++-2.0 BUGS?)
Date: 6 Apr 92 13:22:04 GMT
Article-I.D.: CAM.1992Apr6.132204.29173
Followup-To: comp.unix.sysv386,gnu.gcc.bug
Organization: Altitude, St-Lambert QC  CANADA
Apparently-To: gnu-gcc-bug@Moderated-Postings.CAM.ORG

rlb@bsts00.uucp (Ronald (Ron) L. Bolin 3945 snk=) writes:

>Reply-To: gatech!sbmsg1!bsts00!rlb

>4-5-92

>Subject: 2 terminal errors compiling libg++-2.0 with GCC-2.0 or GCC-2.1

>Error compiling libg++-2.0 file Regex.cc using GCC-2.1

>Note: GCC-2.0 does not have this problem.

>CONFIGURATION FOR LIBG++-2.0 = ./configure i386v4

>ERROR NUMBER 1
>--------------
>Regex.s output file with error in line format for ".long"

>OUTPUT WAS:

>	.file	"Regex.cc"
>	.size	 _GLOBAL_.D.__5RegexRC5Regex,.Lfe9-_GLOBAL_.D.__5RegexRC5Regex
>.section	.dtors,"a",@progbits	.long	 _GLOBAL_.D.__5RegexRC5Regex
>.section	.rodata

>SHOULD BE:

>	.file	"Regex.cc"
>	.size	 _GLOBAL_.D.__5RegexRC5Regex,.Lfe9-_GLOBAL_.D.__5RegexRC5Regex
>.section	.dtors,"a",@progbits	
>.long	 _GLOBAL_.D.__5RegexRC5Regex
>.section	.rodata

>ERROR YOU GET IN COMPILE
>/tmp/cca002_p.s:573:syntax error at name: .long
>/tmp/cca002_p.s:655:syntax error at name: .long
>*** Error code 1 (bu21)

>make: fatal error.
>*** Error code 1 (bu21)


A trivial bug in gcc2.1's config/svr4.h is to blame for this problem. Apply
the following patch and recompile the compiler.


*** gcc-2.1/config/svr4.h.old	1992/03/26 23:40:44
--- gcc-2.1/config/svr4.h	1992/03/26 23:43:16
***************
*** 391,397 ****
  {									\
    if (in_section != in_ctors)						\
      {									\
!       fprintf (asm_out_file, CTORS_SECTION_ASM_OP);			\
        in_section = in_ctors;						\
      }									\
  }
--- 391,397 ----
  {									\
    if (in_section != in_ctors)						\
      {									\
!       fprintf (asm_out_file, "%s\n", CTORS_SECTION_ASM_OP);		\
        in_section = in_ctors;						\
      }									\
  }
***************
*** 402,408 ****
  {									\
    if (in_section != in_dtors)						\
      {									\
!       fprintf (asm_out_file, DTORS_SECTION_ASM_OP);			\
        in_section = in_dtors;						\
      }									\
  }
--- 402,408 ----
  {									\
    if (in_section != in_dtors)						\
      {									\
!       fprintf (asm_out_file, "%s\n", DTORS_SECTION_ASM_OP);		\
        in_section = in_dtors;						\
      }									\
  }
-- 
^@-------~~--**----/ --- - Marc Boucher
marc@CAM.ORG \----?	":
/-----_--  -    ----_|| +1 514 466 8932 - &-
From: fangchin@leland.Stanford.EDU (Chin Fang)
Subject: Re: gcc 2.0 for ISC 2.2.1?
Organization: DSG, Stanford University, CA 94305, USA
Date: Tue, 14 Apr 92 03:33:59 GMT

In article <1992Apr14.005455.20531@mav.com>, stu@mav.com (Stu Donaldson) writes:

|> I haven't been able to track this down other than to something with
|> the floating point code that is generated.  I have tried to run the
|> 'xbench' package on this server, and the server will crash on some
|> functions such as in miWideSegment with a Floating Point Exception
|> error.  I do not know enough about the FPU instructions to be able
|> to spot any easy bugs.  Most of the floating point code works.  The
|> 'arc100' test in 'xbench' works without a hicup.

My friend yergeau@gloworm.stanford.edu and I have reached the conclusion 
that the math lib for ESIX 5.3.2D is basically broken.  Your ISC and ESIX
are quite similar so if you'v encountered FP exceptions, I won't be surprised.
In fact soon I will be gutting out all stock libm.a and patch up my kernel :)
[I did it before, but then I put away my 386 box for about a year, so I have 
to redo everything, sigh... :[ :[ 

There is a good drop in *high performance* replacement is available at 
good alt.source archives.  Glenn Geer the BIG Down Under Hacker came up a 
really superb math lib based on Net 2 libs about a year ago.  It's *fast* and 
robust, even with less numerical error checking!  Kudo to Glenn. (but I 
believe he is taking advantage of the raw power of IBM RISC 6000s these days :) 

Anyways, try Glenn's math libs and I have a feeling your problems should go
away.  SVR3.2's math libs and FP exception handling, if I am not mistaken,
has left much to be desired as far as conformance of IEEE standard is concerned.

Good luck,

Chin Fang
fangchin@leland.$tanford.edu B-(
#include <sys/personal :->
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Trouble Loading Dell's SVR4 onto a Gateway 2000 Machine
Date: 8 Apr 92 21:43:12 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <965@jonlab.UUCP>, jon@jonlab.UUCP (Jon H. LaBadie) writes:

|  
|  In loading Dell SVR4, the instructions say the boot diskette will
|  take about 1 minute.  Following that, you are supposed to get a
|  prompt to insert the tape and press return to continue.
|  
|  On my system the boot took nearly 10 minutes.
|  
|  What was worse, if the keyboard was touched during the boot
|  procedure the installation proceded to the prompt for the tape
|  even though the boot had not completed.  It looked like the
|  boot had completed and was waiting for some input to stimulate
|  the next step.
|  
|  However, if the next step was started early, before the 10 minute
|  boot was complete and the prompt for the tape appeared on its own,
|  the installation hung with the tape light on.

  So true! I had the same (mis)feature on some systems with Dell. And
those systems even now take about a minute between the point where it
tells you to hit SPACE to boot something else and the point where the
system actually starts booting. However, it runs beautifully when it's
up, and it's so reliable I rarely boot it, so I run it and SMILE.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: fabrizio@osra.sublink.org (Fabrizio Croce)
Newsgroups: comp.unix.sysv386
Subject: xxxx
Date: 8 Apr 92 13:45:06 GMT
Organization: OSRA Sistemi Srl - Torino, Italy


xxxxxxxxxxxx


-- 
Fabrizio Croce		      	- Osra Sistemi s.r.l -
Str. Druento 280		Venaria Reale TO, Italy
PHONE: +39-11-4243264		Internet: Fabrizio@osra.sublink.ORG
DATA : +39-11-4240775           
Newsgroups: comp.unix.sysv386
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: The amazing disappearing disk partition table
Organization: Keith's Computer, Hope Mills, NC
Date: Fri, 10 Apr 92 20:18:02 GMT
Keywords: SCO Unix disk partition

In article <1992Apr07.214408.728@dlogics.com> jsh@dlogics.com (John Howard) writes:
>Hardware- i386, Adaptec 1542b SCSI controller, MAXTOR 1.7GB disk.
>Software- SCO Unix v3.2.2.
>
>The problem-
>The disk's partition table is repeatedly being overwritten (or trashed).
>It seems to happen after some magical point of disk usage is
>reached, approximately at 55-60% of the total disk space utilized.

Lets see SCO/adaptec combo supports a max disk size of like something
around 1G (1024 X 32 X 63) so at about 1G+1 you wrap and
start overwriting the partition table. 

>
>The disk is partioned as one Unix partition and I believe I have followed
>all of SCO's "rules" for large disks, the root filesystem lies completely
>within the first 1024 cylinders and the /u filesystem is only 990MB.

Doesn't matter.  3.2.2 Doesn't support that drive.  Period. Sorry

>
>I have replaced both the Adaptec board and the disk itself (they are
>new and still under warranty), but the problem still persists.
>

Replace the 1.7 with 2 1G and your problems will dissappear.

>Any suggestion or help would be greatly appreciated.

I had the same problem with a 1.5GB Micropolis drive.  I now have 2 1G
Micropolis drives.  Actually this is better in terms of performance
because of scatter gather I/O techniques.  It's just more expensive.

Since this, I have moved to an EISA based system running a DPT
Controller.  The DPT controller may be able to handle the bigger drive
but I KNOW the Adaptec will not under 3.2.2.  Bigger drives exceed the
sector translation scales somehow.

The DPT card does some different sector translation.  You might Give DPT
a CALL and find out if their card and drivers will handle it.  As an
example With the DPT card the default translation is 2015 X 16 X 63.  I
had already switched my 1.5 out before changing to the SmartCache
Convertable when we got the EISA system.  The Price of the SmartConnex
card is similar to that of the Adaptec board (No Cache, same drivers and
stuff). 

Distributed Processing Technology
140 Candace Drive
Maitland, FL 32751
407-830-5522

I have no affiliation with DPT other than as a satisfied customer. 

Their disk drivers are a breeze to install, as you install SCO like it's
just a generic MFM system (The cards emulate 1003) skipping bad
tracking, and then drop the driver disk in, load it up, an off you go at
"full" speed.

The DPT cards are also supported in 3.2.4 without DPT's drivers.

>
>-- 
>John Howard  //  Datalogics, Inc.  //  441 W. Huron  //  Chicago, IL 60610
>        jsh@dlogics.com // +1 312 266 3232 // ..!uunet!dlogics!jsh
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
From: grog@adagio.UUCP (Greg Lehey)
Newsgroups: comp.unix.sysv386
Subject: Re: What is "gendev"?
Date: 11 Apr 92 07:48:40 GMT
Organization: LEMIS, Schellnhausen 2, W-6324 Feldatal, Germany

umcarls9@ccu.umanitoba.ca (Charles Carlson) writes:

>I'm trying to configure ISC 3.2.2.1 to work with a WD 8013EP card.
>(And much to my anger, I find out I can't use interrupts beyond 7,
>which really pisses me off since printer=7, mouse=5, com1=4,
>tape=3....is there a patch or anything to allow me to use 10, 11, etc?)

You should be able to use any interrupt that the card can generate - I
don't have an 8013, and I know that the 8-bit 8003 can *not* generate
an extended interrupt. You can always go and patch the sdevice.d/wd
after you've done, of course.

>Also, the manuals keep refering me to sdevice(4) and mdevice(4) but
>these man pages don't exist.  I did install the man page disk,
>and I don't see them in the manual either.  Do I need new glasses?

Maybe you need a new disk (man pages). They're there in release 2.2.
sdevice is what you need, the format is one line per device, of the
form

wd	N	32	5	3	3	280	29f	d0000	d1fff

wd	-device name
N	-include? (Y or N). N means that the entry is ignored
32	-device dependent, usually the number of subdevices. Don't change
5	-system IPL value. Don't change unless you understand splx ()
3	-kind of interrupt sharing (0: no interrupt; 1: need interrupt
	per controller; 2: will share line with other controllers of
	same type; 3: will share line with other controllers of
	different type).
3	-IRQ number (note that you need 9 for IRQ2)
280	-first I/O address required
29f	-last I/O address required
d0000	-first memory address required (buffer RAM in this case)
d1fff	- last memory address required

sdevice is build by doing a `cat /etc/conf/sdevice.d/* >sdevice'; you
should change the files in sdevice.d.

-------------------------------------------------------------------------------
Greg Lehey		         | Public access UNIX available - try BSDI 
 LEMIS         			 | out on our machine! Mail and news 
W-6324 Schellnhausen 2           | connections available
Germany				 | Fax: +49-6637-1489
Tel: +49-6637-1488               | Mail: grog%lemis@Germany.Eu.net
Claimer: The opinions expressed *are* the opinions of LEMIS
From: thu@huedv.sta.sub.org (Thomas Huppertz)
Newsgroups: comp.unix.sysv386
Subject: Re: What is "gendev"?
Date: 9 Apr 92 20:24:44 GMT
Reply-To: thu@huedv.sta.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany

umcarls9@ccu.umanitoba.ca (Charles Carlson) writes:

>I'm trying to configure ISC 3.2.2.1 to work with a WD 8013EP card.
>(And much to my anger, I find out I can't use interrupts beyond 7,
>which really pisses me off since printer=7, mouse=5, com1=4,
>tape=3....is there a patch or anything to allow me to use 10, 11, etc?)

A really man does it by hand ... :-)

When installing by the sysadm-menu you only are allowed to enter IRQ's
till 9. You can do it, and afterwards edit the sdevice-file
(/etc/conf/cf.d/sdevice and/or /etc/conf/sdevice.d/wd..) and change
the corresponding IRQ-number to the value you want and need.

The other thing: you can use hardware-irq 2 if you want, and have to
enter the irq 9 in the software-driver. That works, too.
-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
====== EMail:=== thu@huedv.sta.sub.org === (oder: huppertz@guug.de) =========
Newsgroups: comp.unix.sysv386
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: Anyone know how much Solaris will cost for 386/486??
Organization: American Micro Group, Ft. Lee  NJ
Date: Fri, 10 Apr 1992 15:56:05 GMT

In article <1992Apr8.181433.12740@kong.gsfc.nasa.gov> sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS) writes:
>I am the owner of an Interactive Workstation Developer package, 3.0.
>
>I heard SunSoft announced that Interactive customers will
>be able to upgrade to Solaris for $195.  I have some questions:
>
>Does Solaris come in pieces like current ISC products?
>If yes, is the $195 upgrade cost just for the base OS, or does
>it include all the other pieces (software devp., X windows, vp/ix,
>tcp/ip, etc.).  
>
>If Solaris is not in pieces, how much will the entire package cost?
>
>Will Solaris be based on X11R5?
>
>Thanks in advance.
>
>Roger

None of these things are known yet.
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
From: txd6871@hertz.njit.edu
Newsgroups: comp.unix.sysv386
Subject: seteuid in SCO Unix
Date: 11 Apr 92 02:53:25 GMT
Distribution: usa
Organization: New Jersey Institute of Technology, Newark, N.J.
Originator: txd6871@hertz.njit.edu

Can anyone tell me how to change the effective user id but not the user
id (real user id) in SCO(v3.2) or Interactive Unix. I noticed that they 
have getuid and geteuid calls but only setuid call. Is there any way of
doing this. Thanks for the help.
From: aris@tabbs.UUCP (Aris Stathakis)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO UNIX: UUCP via TCP/IP
Date: 8 Apr 92 18:04:51 GMT
Organization: TABBS - Totally Awesome BBS

In <1992Mar30.215950.21692@wvus.org> pete@wvus.org (Pete Gregory - UNIX SA) writes:

>Hi - SCO ODT 1.1 here...

>I recall a thread about eight (?) months ago regarding SCO's lack of
>UUCP support over TCP/IP.  Today I have a more intense interest in getting
>this running, and wonder if anyone has done this successfully with or
>without support from SCO.

This is included with SCO UNIX 3.2v4.0 (/usr/lib/uucp/uucpd).  Haven't tried
it, but I can only assume it works :)

Aris

-- 
 Aris Stathakis | Bang: ..!uunet!ddsw1!olsa99!tabbs!aris or aris@tabbs.UUCP

             "ASHes to ASHes, DOS to DOS......"
Newsgroups: comp.unix.sysv386
From: amc@wlv.imsd.contel.com (Allen M. Cohen)
Subject: setitimer
Organization: Contel Federal Systems
Distribution: usa
Date: Fri, 17 Apr 92 16:50:33 GMT

I'm using ISC Unix 3.0, and I'm having trouble with "setitimer()" from
/usr/lib/libinet.a.
  (1)  Setitimer does not reset itself automatically, even though I
       set "it_value".  I have to reset it in the alarm signal handler.
  (2)  When the time interval is less that 1 second, it gives 1 sec.
Sample Program:

#include <signal.h>
#include <sys/time.h>
#include <stdio.h>

struct itimerval tv;
int    count;

main ()
{
  void AlarmHandler ();
  void Done ();
  
  sigset (SIGALRM, AlarmHandler); /* Alarm handler */
  sigset (SIGINT, Done);	  /* Interrupt handler */
    
  bzero( (char *)&tv, sizeof(tv));
  tv.it_interval.tv_usec = tv.it_value.tv_usec = 100000L; /* 1/10 of a second */
  if (setitimer (ITIMER_REAL, &tv, (struct itimerval *)NULL) < 0)
    {
      perror ("setitimer");
      exit (1);
    }
  while (1)
    {
      sigpause (SIGALRM);
    }
}


void AlarmHandler (int sig)
{
  count++;
  /* printf ("."), fflush (stdout); */
  
/*
 *  Why do I have to reset timer?
 */
  if (setitimer (ITIMER_REAL, &tv, (struct itimerval *)NULL) < 0)
    {
      perror ("setitimer");
      exit (1);
    }
}  


void Done (int sig)
{
  fprintf (stderr, "Count = %d\n", count);
  exit (0);
}
<> Allen M. Cohen                  Internet:  amc@wlv.imsd.contel.com       <>
<> 1853 Stonesgate St.             UUCP:      elroy.Jpl.Nasa.Gov!agi0!allen <>
<> Westlake Village, Ca. 91361     Telephone: (805) 498-9611 ext. 195       <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Xref: sparky comp.unix.sysv386:8662 comp.unix.questions:6204
From: emz@bjcong.bj.co.uk (ED ZIETARSKI)
Newsgroups: comp.unix.sysv386,comp.unix.questions
Subject: What is the update mechanism for SVR4 installed packages ?
Keywords: update SVR4 install package
Date: 14 Apr 92 17:14:02 GMT
Organization: Boldon James Limited (UK)

I am looking for a mechanism for making updates to packages installed using the
standard SVR4 packaging software (pkgadd(1M) etc.).

Typically, an update will consist of just one or two replacement files (as
opposed to the whole package or class changing).

I am correct in thinking that I basically have to cut down the full installation
scripts to the minimum required to install the new files ?

Is there an update mechanism for SVR4, analogous to the update mechanism which
forms part of the SCO UNIX standard package installation custom(ADM) ?

Reading the following does not explain update procedures:

        Chapter 8 "Packaging Application Software"
        UNIX (R) SYSTEM V, RELEASE 4
        Programmer's Guide: System Services and Application Packaging Tools
        ISBN 0-13-947060-3

The target system for this update is NCR3000 with release 1.02.00 of their UNIX.

If the answer is RTFM, please tell me *which* f manual to read !

Please reply directly by email as I don't regularly read these newsgroups.
I shall post a reply to the net if there seems sufficient interest.

Any info and/or pointers much appreciated.
-- 
Ed Zietarski, Boldon James Limited, Damian House, West Street, Congleton,
CHESHIRE CW12 1JN, UK (Snail), +44 260 280465 (Phone), +44 260 298030 (Fax),
emz@bj.co.uk (UK only), emz@boldon-james-limited.co.uk (Internet),
..!mcsun!ukc!pyrltd!bjcong!emz (Bangnet).
From: pax@novavax.UUCP (Garry Paxinos)
Newsgroups: comp.unix.sysv386
Subject: threads on intel...
Date: 14 Apr 92 21:58:53 GMT
Organization: Nova University, Fort Lauderdale, FL
Posting-Front-End: GNU Emacs 18.47.5 of Tue Sep 15 1987 on novavax (berkeley-unix)

Just wondering if anyone knows of a threads package for
SCO or any of the SVR4 operating systems out there?

Thanks,
Pax.
Xref: sparky comp.unix.sysv386:8349 comp.unix.bsd:709 comp.arch:4826 comp.sys.ibm.pc.hardware:13430