HDTenEightyP/NetNews huggingface dataset:
From: jaakola@cc.helsinki.fi
Newsgroups: comp.unix.sysv386
Subject: SVR4 batch bug: extra newlines - fixed yet?
Date: 4 Sep 92 17:57:21 GMT
Organization: University of Helsinki

I have discovered the following new "feature" in ICL's SVR4 port and
Unisys's SVR4 port too. Try this:

batch <<EOF
cat > bug-results <<EOT
line 1
line 2
line 3
EOT
EOF

(you can use at in place of batch)

When I run this on ICL and Unisys SVR4 machines, the file bug-results
contains the three lines as expected, BUT THERE ARE SEVERAL EXTRA
NEWLINES - THE FILE bug-results CONTAINS 7 LINES INSTEAD OF JUST THREE!

The above works OK in SVR3 and HP-UX.

Have you confirmed this behaviour? Is this fixed in new versions? Sorry,
I can't recall the exact versions right now. I have a workaround-kludge
for this, but I would like to do it with the here-document.

Is there a FAQ of SVR4 tools bugs? (yes, I have seen the USL kernel bug
FAQ)
--
Juhani Jaakola
jaakola@cc.helsinki.fi
Xref: sparky comp.unix.sysv386:13674 comp.periphs.scsi:4234
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386,comp.periphs.scsi
Subject: Re: SCO and their SCSI drivers.
Date: 27 Aug 92 13:12:07 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug27.013139.10401@homecare.com>, jessea@homecare.com (Jesse W. Asher) writes:
| We had problems with the SCSI drivers in SCO ODT 1.1 - especially with
| tape drives.  Does anyone know if the SCSI drivers in SCO ODT 2.0 are
| any better?

  Not that I can see. Of course we never had any trouble with 1.1,
backup up about 15 machines on a mix of 8mm, DAT, and 150MB tapes.
Possibly there's something else causing  problems in your system.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Xref: sparky comp.unix.sysv386:13973 comp.windows.x:16082
From: smith@compound.se (Bjorn Smith)
Newsgroups: comp.unix.sysv386,comp.windows.x
Subject: Re: Problems with X386 1.2E dumping core on SVR4
Date: 3 Sep 92 08:47:33 GMT
Organization: Compound Systems AB
X-Newsreader: Tin 1.1 PL5

Bjorn Smith (smith@compound.se) wrote:
: We have compiled the X11R5 PL16 plus patches to get X386 1.2E.
: The system was built on a SVR4 (Consensys) with sdbm library.
: 
: Everything compiled and installed straight. The system starts
: (using mwm an a couple of xterms etc) but after a while the
: server dumps core. It appears to happen when one moves the mouse
: but I'm not sure that is the reason.
: 
: Trying to build the server with -g option gives the following when
: linking error message:
: 
: ld: X386: libelf error:  Memory error: output file space elf_update:

Now I have increased some kernel parameters and compiled tyhe ddx-part
with -g (and no -O) flag and linked the server with -g. 

Now the server starts AND WORKS !
My conclusion is that the problem is related to the USL stock cc compiler
with -O compiling the X386-1.2E ddx code.

Are there any known bugs with the USL cc ?
Is there any site from where one can get the gcc binaries for SVR4 ?

Thanks in advance !

-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
Xref: sparky comp.unix.sysv386:13751 comp.unix.misc:3420
From: timlee@public.btr.com
Newsgroups: comp.unix.sysv386,comp.unix.misc
Subject: Vendors and Systems
Date: 27 Aug 92 05:31:24 GMT
Reply-To: timlee@btr.com (Timothy J. Lee)
Followup-To: comp.unix.sysv386

Would someone be kind enough to send to me a list of UNIX(tm) and
similar systems (BSD, etc.) available for 386/486 systems?  I'd
like to hear about any features they have and any opinions on
quality, etc. that anyone has.  Thanks.

--------------------------------------------------------------------
Timothy J. Lee                 timlee@btr.com  ...!decwrl!btr!timlee
This message comes with no warranty, not even an implied warranty of
fitness for any particular purpose.
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.unix.sysv386
Subject: Re: X386 1.2E on ATI Graphics Ultra
Date: 2 Sep 92 01:01:11 GMT
Organization: Washington State University

In article <1992Sep1.212330.27823@slate.mines.colorado.edu>, mbarkah@slate.mines.colorado.edu (Ade Barkah) writes:
|> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
|> : There is no support for 8514/A accelerators in X386 1.2E.  The next version
|> : will have support for the ATI SVGA chipset, which is also on the Graphics
|> : Ultra.  SGCS and MetroLink sell X servers that support the accelerator
|> : on the Graphics Ultra.
|> 
|> Now, how does one contact SGCS and/or MetroLink ? e-mail or phone
|> number or US.MAIL.address appreciated.
|> 
|> Thanks,
|> 
|> -Ade.
|> -- 
|> Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
|> CompuServe: 74160,3404
|> FIDO_net  : Ade Barkah [1:104/108@fido.org]
|> SNAIL_net : 1800 West Campus Road, Golden, CO 80401

Alternative is get Linux and run it for free. Or port it to your Unix.

H.J.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: How much SCO UNIX SYSV/386 3.2r2.0 ODT 1.1 software can be on NFS?
Date: 27 Aug 92 12:13:40 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <l9m25dINNal@neuro.usc.edu>, merlin@neuro.usc.edu (merlin) writes:

| Could someone outline an appropriate procedure to be followed during software
| installation (maybe either 'mount -f NFS,soft server:/home/server/usr /usr' or
| maybe 'ln -s /usr /home/server' or whatever) which would allow me to install
| the minimum system necessary to get NFS up & running -- and then to install a
| full set of developement tools.  Also, cautions on any gotcha's would be good.

  Sure, do an install of the base system on the small machine, then
reboot and NFS mount the /usr from the server over /usr on the client.
Then shutdown and reboot. Now look at the access times for everything in
/usr and see what wasn't used getting the system up enough to run NFS.
Delete the stuff you don't need.

  USE CAUTION since there may be a few things you don't need but would
sure like to have if the server is down, and there might be something
accesses by root in some way that doesn't reset the access time. This is
a mentod for quickly finding likely candidates, not a cure.

  Don't move /tmp and swap to the server, it really beats the net and
hurts performance.

  You may also want to add another 8MB of memory to get more buffering.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Fri, 4 Sep 1992 11:37:53 GMT

bill@unixland.natick.ma.us (Bill Heiser) writes:

>Sorry, I'm not going to dump my existing machines and go buy DELL
>in order to get a good price on DELL UNIX.  

you are making fun.   If someone needs hardware, and wants to run
UNIX -- Dell (with their lower hardware prices) is coming closer
to reality -- and typically can compete on package deals (considering
that their UNIX is only $495 with their hardware)


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: kentkar@shambala.uucp (Kent Karrer)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver, part 5/5
Date: 28 Aug 92 14:38:20 GMT
Reply-To: kentkar@shambala.UUCP (Kent Karrer)
Organization: The Conscious Interlude

In article <52.30626@okys.infoserv.com> madsere@okys.infoserv.com (Rene Madsen) writes:

Ad nauseum deleted...

>Well maybe so, but you keep forgetting that we are many who subscribes
>here in europe for a cost of $95+/hour. And that's _just_ the telephone
>cost of dialing a feeder in the states... The cost of receiving it from
>the 'local' university is lower in phone cost, but __WAY__ higher in
>transmission fees ... And the universities here have more or less a
>monopoly on serving internet in europe) ... Unless you happen to actually
>work or study on the mentionned university, in which case you may normally
>post as much as you like, no matter the content or quality of the posting!
>
>So as you might understand we are _very_ cautious on which groups we 
>subscribe to. alt.sources is _definitely_ a no-no. It would usually be
>cheaper to go out and buy whatever one need locally as a commercial
>product, rather than download a public domain program.
>
>For this reason it is _very_ annoying to see any waste of bandwidth, that
>be unnececary discussions and comments or postings not belonging to a
>certain group.
>
>As is pointed out by Uwe, he already _know_ that he should have posted
>to alt.sources rather than here, but thought I't would be appriciated,
>and that alt.sources would not be fast enough or not be read by all ...
>
>But why should FAS be different than all other sources ? I'm sure
>there's a _lot_ of good stuff to be picked in alt.sources !
>
>There is a system of newsgroups for a reason ... to let people subscribe
>to their need! The result of these 'wrong' postings are that those of
>us who pay this price go subscribe to the group will go and unsubscribe.
>
>And yes, there are computers in use in Europa. Unfortunately we are a
>bit behind America on the development and therefore tend to use your
>good ideas (such as usenet), instead of reinventing the wheel. But the
>European marked IS still at an equal size of America AND Canada AND
>Mexico TOGETHER.
>
>Asbestos suit on, gloves, boots ... ok ready for the flames ;-)
>
>-- 
>Rene Madsen                
>Unix Systems Support/Dev.       
>madsere@okys.infoserv.com      

Man!!! You are more than willing to pay to send your large whining posts
around the world but cannot seem to allow something really useful to go without
major comment. Get over it! AND, I yes I am aware that I included your
signature. Europe, who needs it.
-- 
[ A GREAT DEAL OF CHAOS IN THE WORLD occurs because people don't appreciate ]
[                      themselves. -- Chogyam Trungpa                       ]
[               "SHAMBHALA - The Sacred Path of the Warrior"                ]
[____uunet!seaeast!shambala!kentkar  /or/  uunet!polari!shambala!kentkar____]
Xref: sparky comp.unix.sysv386:13718 comp.windows.x:15777
From: smith@compound.se (Bjorn Smith)
Newsgroups: comp.unix.sysv386,comp.windows.x
Subject: Problems with X386 1.2E dumping core on SVR4
Date: 28 Aug 92 08:20:40 GMT
Organization: Compound Systems AB
X-Newsreader: Tin 1.1 PL3

We have compiled the X11R5 PL16 plus patches to get X386 1.2E.
The system was built on a SVR4 (Consensys) with sdbm library.

Everything compiled and installed straight. The system starts
(using mwm an a couple of xterms etc) but after a while the
server dumps core. It appears to happen when one moves the mouse
but I'm not sure that is the reason.

Trying to build the server with -g option gives the following when
linking error message:

ld: X386: libelf error:  Memory error: output file space elf_update:

Looking at the core file (without symbol info) with sdb gives:

Warning: no -g information in /usr/X386/bin/X386
0x800149ac (_kill+12:) jb +0x00006e12 <8001b7c4> [ _cerror ]
*t
abort()
abort()
ddxGiveUp()
AbortDDX()
x386SigHandler()
?()
?()
*

(This probably doesn`t say anything but who knows...)

The problem occurs both with SAS 1.25 and the Consensys tty/mouse
driver. The Consensys stock X386 does not have this problem.

Is there possibly anyone that has had similar problems or anyone
that can tell me how one can solve the -g linking problem.

Many thaks in advance,
-- 
Bj|rn Smith	Compound Systems, phone +46 8 7923689
UUCP:	 	{uunet,mcsun}!seunet!comsys!smith
Domain Address:	smith@compound.se
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.unix.sysv386
Subject: Re: Single-user mode boot on SCO UNIX - not a solution
Date: 31 Aug 1992 23:34:42 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

In article <> oklein@smallo.bo.open.de (Olaf Klein) writes:
>Unix was designed to be secure, especially the root account has to 
>be protected from hack attacks.

A small nit - UNIX was not originally to be secure.  Early UNIX systems
were designed to encourage open access and sharing of information.  The
paranoid defensive application of system security controls did not come
into widespread use until the introduction of UUCP ('77), Berknet ('78),
and particularly 4.2BSD based TCP/IP ethernets ('83).

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520
------------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: andrewh@cs.monash.edu.au (Andrew Herbert)
Subject: Re: UHC SVR4 and gdb 4.6
Keywords: UHC SVR4 GNU GDB GCC
Organization: Computer Science, Monash University, Australia
Date: Mon, 31 Aug 1992 08:29:08 GMT

>However, when I try *USING* gdb on a small "hello world" test program
>compiled with gcc -g, my kernel panics as sure as the sun rises in the
>east!

I'm using UHC SVR4.0.2.0 too, and have the same problem.  gdb has done this
for as long as I can remember - certainly 4.4 and 4.5 paniced the system too!
It is nothing to do with gcc, as compiling with cc -g also has the same effect.
I imagine it's a bug associated in one of the /proc filesystem ioctls used by
gdb but not sdb.  As far as I know other SVR4s don't have this problem, and
hopefully not UHC's version 3.6!  But I'm waiting for SVR4.2. :-)

>...
>X386 and using vi, I've noticed that "arrow" keys are kinda "abrupt" and 
>slow -- does using getty instead of ttymon fix this?

ttymon/getty have nothing to do with running X...

Andrew Herbert
Newsgroups: comp.unix.sysv386
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: disk mirroring
Organization: W. J. Vermillion - Winter Park, FL
Date: Sat, 29 Aug 1992 15:39:00 GMT

In article <1992Aug26.222016.19046@csi.uottawa.ca> dominic@shamin.genie.uottawa.ca writes:
>
>In article <steve.714806047@crash>, steve@crash.cts.com (Steve Morrison) writes:
>! Someone has asked for help in establishing disk mirroring on a SCO Xenix
>! or Unix system.

>I'm using Chantal Systems Corp's Paragon virtual SCSI disk managers, with
>their Cornerstone SCSI drivers under SCO ODT (available for Xenix too).  
>It does disk striping, spanning, and mirroring (RAID) plus a bunch of 
>other stuff I don't understand.  I'm using it for disk striping: 
>two 1740's + two Segate Elite's = 3Mbytes/second!

>Contact info:

>Chantal Systems Corporation
>6265 Greenwich Drive
>Suite 201
>San Diega, Calif 92122
>(619) 452 0975

I had a supplier using Chantal but they dropped it because of
bankruptcy of Chantal.

The following statements have been told to me by someone who should
know the facts - but are uncofirmed by me.

I was told that BusTek (the controller company) has purchased Chantal
(or their drivers) and are working on it and will re-issue them in a
much better form.

I was also told that BusTek is changing their name to Busline as their
was a conflict over names - and BusTek didn't wan't to fight it.

Now - can anyone confirm this.

-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill

Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Wed, 26 Aug 1992 01:59:06 GMT

philip@think.com (Philip Mucci) writes:

>	I am thinking of buying a 486, but only if it will run Unix and X
>windows. The other day I called an SCO dealer and they said that a fully
>configured software package (read: C compiler, Unix, and X - no NFS) for a
>single user would cost $1600.0 with student discount!! I might as well keep
>my amiga and buy unix for it. That's ridiculous. Could someone give me a

yes - many of us agree.  Why go with SCO 3.2 when SVR4 4.0 is available
and includes X11R5, NFS, TCP, full development, unlimited user, etc for
$1500.  For info, contact sales@dell.com

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: donna@uvmark.uucp (Donna Splaine )
Subject: WordPerfect on SCO 3.2.4
Date: Thu, 27 Aug 92 17:33:48 GMT
Organization: Vmark Software, Inc.


I am loading 5.0 of WordPerfect on a machine running 3.2.4 of SCO unix.
This is a virgin install.

I can bring up WordPerfect on the ascii terminals, but not on the xterminals.
The xterminals are logging into the SCO machine via a server.  The server is
the machine running 'X' - not the SCO machine.  This has worked for quite
a while in another environment here running 3.2.2 of SCO. It seems there 
have been changes made between 3.2.2 and 3.2.4 of SCO in the handling of
pseudo ttys - and I'm not sure what that is.

My question is: Has anyone done a virgin install of WordPerfect 5.0 on a 
SCO machine running 3.2.4 of SCO.  And, if so, were there any problems 
getting WP to run on the 'intelligent' terminals?  Did anything special have
to be done with the ttys?

Newsgroups: comp.unix.sysv386
Subject: Re: Single-user mode boot on SCO UNIX - not a solution
From: chap@art-sy.detroit.mi.us (j chapman flack)
Date: Thu, 03 Sep 92 23:45:33 GMT
Reply-To: chap@art-sy.detroit.mi.us (j chapman flack)
Organization: Appropriate Roles for Technology
            <1992Aug25.195455.1065@ksvltd.fi>
            <1992Aug28.201249.29451@smallo.bo.open.de>
            <la63o2INN3cg@neuro.usc.edu>

In article <la63o2INN3cg@neuro.usc.edu> merlin@neuro.usc.edu (merlin) writes:
>A small nit - UNIX was not originally to be secure.  Early UNIX systems
>were designed to encourage open access and sharing of information.  The
>paranoid defensive application of system security controls did not come

This characterization is perhaps a little extreme.  Thompson and Ritchie's
'74 UNIX paper in CACM did devote nearly half a page to protection issues,
including assurances that a set-uid program can obtain the real ID of its
invoker, and that the security mechanisms provided were sufficient to solve
a sample problem that had been posed in '71.

UNIX was never designed to be *multilevel* secure, and lacked audit facilities,
but the designers certainly did intend to keep Joe out of Bill's files (subject
to Bill's discretion) and to keep Joe and Bill from wiping out the system.
Its fundamental mechanisms for doing that have been pretty sound from the
get-go, though numerous weak spots have appeared through the sometimes-reckless
accretion of new kernel features and set-uid utilities.  Same old story....
-- 
Chap Flack                Whatever was required to be done, the Circumlocution
chap@art-sy.detroit.mi.us Office was beforehand with all the public departments
                          in the art of perceiving--HOW NOT TO DO IT.  -Dickens
Nothing I say represents Appropriate Roles for Technology unless I say it does.
Newsgroups: comp.unix.sysv386
From: mark@lowton.rn.com (Mark Powell)
Subject: Re: rn under Dell unix.
Keywords: inews, patch
Organization: Mark-one Communications
Date: Sun, 23 Aug 1992 18:40:23 GMT


In article <1992Aug12.205112.21506@hal.com>, lang@monolith.hal.com (Tom Lang) writes:
> In article <3301@ra.nrl.navy.mil> eric@tantalus.dell.com (Eric Youngdale) writes:
> >>lang@monolith.hal.com (Tom Lang) writes:
> >>
> >>>In article <3295@ra.nrl.navy.mil> eric@tantalus.dell.com (Eric Youngdale) writes:
> >>>>
> >>>>	I am having trouble with the rn newsreader under Dell release 2.1.
> >>>>Specifically, it posts articles with a return address of
> >>>>eric@tantalus.dell.com, where my real return address is
> >>>>eric@tantalus.nrl.navy.mil.  I grepped every file in /usr/dell... and replaced
> >>the inews in /usr/dell/nn/inews isn't used unless it's copied to
> >>/usr/dell/cnews/lib, and it's not normally copied there unless a)
> >>you're using nn, (not rn) and b) you're posting news via nntp.  
> >
> >	Well, I am using rn, not nn, so this means that we are not using
> >/usr/dell/nn/inews, right?  How will it help me to replace inews??

I had this problem too. Using plain script inews with rn, as off the tape.
File /usr/dell/rn/bin/Pnews has "dell.com" hardcoded into it. Edit.

> [lots of stuff about, "if you're using nn inews then you must patch that", deleted]
> - Tom
> --
> Tom Lang (lang@hal.com)         	phone: 512 794 2855   
> HAL Computer Systems - Austin,Tx	FAX:   512 794 8737
-- 
Mark Powell

mark@lowton.rn.com				Home:	+44 942 714317
uunet!gator!jshark!lowton!mark			Nr. Manchester, UK.
Newsgroups: comp.unix.sysv386
From: dave@hp1.holl.com (David Vrona)
Subject: Re: X386 1.2E (X11R5) binaries for AT&T SVR3.2.3?
Date: Thu, 27 Aug 1992 15:56:33 GMT
Organization: Hollister Incorporated,  Libertyville, IL

In article <17dv69INNr8g@agate.berkeley.edu> ilan343@violet.berkeley.edu (Geraldo Veiga) writes:
>
>I understand that the reason the binaries for SVR3.2 systems are not
>available is the lack of support for R3.2 shared libs (the binaries
>will be huge).  Are there any plans of changing this in
>future releases of X386 1.2E?  How hard is it to create shared libs
>under SVR3.2?  We, poor 3.2 holdouts, are the ones that need X386 1.2E
>the most.   ...stuff deleted...

Bravo!  I'm sure there are many people like myself that are in the same
situation.

Has anyone been able to tackle this problem?

dave
-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 \ David Vrona N9QNZ  708.680.2829   Internet:  dave@hp1.holl.com            /
 / Hollister Incorporated            UUCP: {well connected}!ddsw1!hp1!dave   \
 \ 2000 Hollister Drive              Opinions expressed are my own and not   /
 / Libertyville, IL  60048-3781      those of Hollister Incorporated.        \
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.unix.sysv386
From: steph@demesne.uucp (Steph Marr)
Subject: Re: setuid problem on SCOUnix v 3.2.2
Organization: Demesne Computing
Distribution: ca
Date: Sat, 22 Aug 1992 21:49:55 GMT

slangley@constant.demon.co.uk (Simon Langley) writes:

>Arturo Vega (arturo@informix.com) wrote:
>: Hi,
>: 
>: 	I have the following problem on SCOUnix V/386 v 3.2.2:
>: 
>: 	Setuid programs revert to normal executables after any
>: update, e.g. running "strip" on such a program will convert it
>: back from setuid to normal.
>: 
>My SVR4 system does the same thing.  It also does this if I copy a suid
>program (but not move).  Although I don't know for sure, I would have thought
>that this was a security feature.  If you could copy a suid program into your
>own directory and then edit it to create you own suid program this would be a
>serious security hole; this would be a faff with a binary program on a system
>that didn't allow suid shell scripts but it would be perfectly possible.

In SCO UNIX 3.2.4, there is a kernel tunable parameter called SECCLEARID
that, if you turn it off, will get rid of this behaviour.  Why you would
want to do so is a mystery to me, unless you -like- ruining your system
security, but it's -your- box, and you can do with it what you will.

If you care to give me the phone number, and a non-privileged account, I can
show you how to become root inside 5 minutes once you've turned this off.  %^}

Note that SCO doesn't allow for setuid shell scripts -- again, that's a
feature if you ask me.  If I want something setuid, I'd just as soon that
it wasn't world read-able as well.

Cheers,
-- 
Steph Marr
...!uunet!sco!demesne!steph
/* This is MY house, and MY machine.  I'll say what I please. */