Return to BSD News archive
Xref: sserve comp.os.386bsd.misc:5206 comp.os.linux.misc:34623 comp.os.os2.advocacy:77678
Newsgroups: comp.os.386bsd.misc,comp.os.linux.misc,comp.os.os2.advocacy
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!news.provo.novell.com!park.uvsc.edu!news
From: Terry Lambert <terry@cs.weber.edu>
Subject: Re: Linux thoroughly insulted by Infoworld!
Organization: Utah Valley State College, Orem, Utah
Date: Fri, 3 Feb 1995 16:44:34 GMT
Message-ID: <D3FnuC.10A@park.uvsc.edu>
X-Nntp-Posting-Host: hecate.artisoft.com
References: <3fjcn4$24u@nkosi.well.com> <3fmi6c$ang@galaxy.ucr.edu> <3fndtq$4ba@nuhou.aloha.net> <D38Aqt.uH@info.swan.ac.uk>
Sender: news@park.uvsc.edu (System Account)
Lines: 31
iialan@iifeak.swan.ac.uk (Alan Cox) wrote:
] I've been doing the same for our computer society. The Sun systems we have
] are as reliable but less maintainable. Its so much nicer when you can
] hack setuid() in the kernel to be more facist than normal 8)
]
] SunOS 4.1.1 (+ about 800 vendor patches) is a bit more stable, and I still
] would be cautious about running a 60 client EfNET irc server under Linux but
] for the rest its much better, and stuff like dialog and commands with
] --help are a godsend with our typical users.
I don't understand your problem with doing this on SunOS.
SunOS 4 supports loadable kernel modules, including system calls.
Just load your own system call.
If the problem is with a third party binary (that you can't fix the
system call trap vector in), then load a pseudo-device and manually
replace the sysent[] entry for suid in the init routine, putting it
back on unload.
I've used this technique for years to load system calls (and any
other code that is pointed to by a vector, like device drivers) on
System V systems.
Terry Lambert
terry@cs.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.