HDTenEightyP/NetNews huggingface dataset:
From: pz@modtor.uucp (Peter Ziobrzynski)
Subject: Re: gmake 3.62
Organization: Godcorp
Date: Wed, 14 Oct 1992 04:03:00 GMT

iancu@iil.intel.com (Igal Iancu) writes:


>Hi,

>Has anyone compiled and used successfully the GNU make 3.62 for SVR4? 
>specifically, NCR 3345 running SVR4.0.2.

I have is running on Esix 4.0.3.
It compiles without problems with gcc-2.2.2.
The problem is that it fails in number of places on execve(2)
especially on makefiles generated by imake.
I fixed it by kernel reconfiguration giving more room for argument
and environment vectors: /etc/conf/cf.d/stune: ARG_MAX  10240.
 
-- 
Peter Ziobrzynski, pz@modtor.UUCP, peter@sni.CA
1850 Rathburn Rd. E #1611, Mississauga, Ont. L4W 2X9, Canada
tel. +1 (416) {home:625-1684, work:496-8510, fax:496-8524}
Xref: sparky comp.unix.sys5.r4:247 comp.unix.sysv386:15601 comp.unix.dos-under-unix:122
From: rudy@dvorak.amd.com (Rudy Albachten)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,comp.unix.dos-under-unix
Subject: Re: 2nd Disk Dos Partition, HOW?
Date: 15 Oct 92 03:34:10 GMT
Organization: Advanced Micro Devices, Inc.; Austin, Texas

>Mitchell Faust (mfaust@falcon.aamrl.wpafb.af.mil) wrote:
>
> Hi Netters,
> 
>  I'm running a Dell with System V release 4.0, Issue 2.2 and have 
>  a question, so I'm tossing it out for some answers.
> 
>  I want to partition a second hard disk for both unix and dos.
>  Essentially I want to partition the primary disk with 10Megs for
>  Dos and the rest 310Megs for Unix, and partition the second disk
>  100 Megs for Dos and 100 for Unix.  The whole idea is that I can
>  offer the Dos guys enough disk space so they can boot DOS and run
>  those Windows apps their addicted to and still have a decent 
>  Unix development system.
> 

I have been running Dell Unix (Issue 2.1) for quite some time on my
own homebrew AMD386/40 system, and I have it configured quite like you
describe. My primary disk (210 MB IDE) has a 32MB DOS partition (this
has the advantage that merge can understand this partition) and the rest
is devoted to Unix. My secondary disk (330 MB SCSI) has a 100 MB DOS
partition and the rest is Unix.

The easiest way to accomplish this is just to use the standard DOS fdisk
command to create the DOS partitions before starting to install Dell unix.
The Unix install will leave the DOS partitions alone and let you install
into the remaining space. The only trick for me was getting at the
SCSI disk early enough in the installation. I finally settled for doing
the initial install to the IDE drive, then adding the second drive
before installing all the optional packages.

By the way, a couple comments for DOS/Unix users: I recommend using a
32 MByte primary dos partition for compatibility with "merge" so you
have a trading ground for files between DOS and Unix. For more space
for DOS apps, go ahead and make a huge D: partition (and for even
more space use "Stacker" on your D: drive, I can't say enough good
things about stacker... incredible compression and no noticeable
performance degradation, now if it only worked with "merge"). Also,
I recommend you don't "stack" your C: drive, this interferes with
using this partition to share files between DOS and Unix.

Now if I could only get all those wonderful DOS games to run under
Unix, I wouldn't need DOS anymore!  :^)




-- 
Rudy Albachten
CAD Manager, PC Processor Development
Advanced Micro Devices
Austin Texas
Newsgroups: comp.unix.sys5.r4
From: bcochavy@ilux39.intel.com (Baruch Cochavy)
Subject: Re: method for detecting NULL pointer dereferences (incl. source)
Date: Tue, 13 Oct 1992 08:50:06 GMT
Organization: Intel
Followup-To: comp.unix.sys5.r4

I'v been using :

		mprotect(0,0x1000,PROT_NONE)	

as the first executable stament of main. Also "#include <sys/mman.h>" helps.
-- 
+--------------------------------------------------------------------+
| Baruch Cochavy             phone: +972-4-355807                    |
|   iSWP, INTeL, ISRAEL      bcochavy@iil.intel.com                  |
|                                                                    |
| "Reality is what refuses to go away when I stop believing in it"   |
|    - P.K. Dick                                                     |
| "Quality is what refuses to stop working when you stop maintaining |
|  it " -- mine.                                                     |
+--------------------------------------------------------------------+
Newsgroups: comp.unix.sys5.r4
From: kelsey@mdd.comm.mot.com (Joe Kelsey)
Subject: Re: SVR4.2: Anybody able to compile emacs 18.58 for X?
Organization: Motorola, Mobile Data Division - Seattle, WA
Distribution: na
Date: Fri, 16 Oct 1992 15:23:57 GMT

In <1992Oct16.005725.21307@devon.lns.pa.us> paul@devon.lns.pa.us (Paul Sutcliffe Jr.) writes:

>dgreen@sti.com (Dan R. Greening) writes:

>>I can compile emacs-18.58 under SVR4.2, and it runs if the DISPLAY variable
>>isn't set.  However, if I try using it with the DISPLAY variable set, it
>>opens a window and then immediately crashes.

>I have the same problem on ESIX 4.0.3a.

Modify s-esix5r4.h to include:

#define BROKEN_FIONREAD
#define SYSV_STREAMS

then, recompile and Emacs can run under X.  (At least it now works for me!)

/Joe
Newsgroups: comp.unix.sys5.r4
From: patrick@cs.curtin.edu.au (Patrick Ko)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: Curtin University of Technology
Date: Thu, 8 Oct 1992 15:58:52 GMT

gram@aim1.aztec.co.za (Graham Wheeler) writes:

>peter@ferranti.com (peter da silva) writes:

>>In article <lcjqsbINN624@jethro.Corp.Sun.COM> ledesma@mexico.Corp.Sun.COM writes:
>>> 	Demonstrates Multiprocessing On X86 For First Time

>>Sequent must be pretty surprised.

>Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
>far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.

Not only Sequent will be surprised.  Their customers all over the world
will be as well.  I have a Sequent at work and it is definitely
symmetrical multiprocessing.

Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
From: david@aim1.aztec.co.za (David Mason)
Subject: Secure login with chroot: What files?
Date: Mon, 12 Oct 1992 14:14:48 GMT
Reply-To: david%aim1.aztec.co.za@ucthpx.uct.ac.za
Organization: Aztec Information Management

I'm setting up semi-public logins on our office machine, to allow
people to login and read news and use e-mail.  I've hit on the idea
of forcing a chroot in login, and making a public filesystem where
the guest users can have free range.  To do this, one puts a *
as the login shell in /etc/passwd, and gives the new root directory
in the home directory field (see man login).  login is then re-executed
after the chroot.

However, I'm having little success.  It seems I'm missing a few
essential shared libraries in the new directory structure.  On logging
in to an a/c with a chroot environment, I get "Subsystem root: /home2",
and the login message reappears. 

Can anybody give me a list of the essential files I need to get this going.
i.e.  what libraries are login, passwd, sh, ls, vi etc using, and what files
do they have to have.  The system is Dell SVR4 Issue 2.2.  I'd
be pleased to here from anybody else who has pulled this off.

On the security side, is this technique secure?  Are users really locked
in to a chroot file system?  I have found rksh is not a satisfactory
environment, as it is extremely frustrating for a capable user who can't
move around within his own directory.  Anyway, vi can break rksh.

-- 
David Mason, Unix system support.
Aztec Information Systems, Cape Town, South Africa.
"It talks to me in gibberish like `ProComm', a term that is unnerving to a 
survivor of the McCarthy era",      Mary McGrory in The Washington Post.
Xref: sparky comp.unix.sys5.r4:224 comp.unix.admin:5565 sanet.unix.questions:9
From: barrett@daisy.ee.und.ac.za (Alan P Barrett)
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
Subject: Re: Secure login with chroot: What files?
Date: 13 Oct 1992 10:06:24 +0200
Organization: Dept. Elec. Eng., Univ. Natal, Durban, S. Africa
NNTP-Posting-Host: daisy.ee.und.ac.za

In article <david.718899288@aim1>,
david%aim1.aztec.co.za@ucthpx.uct.ac.za writes:
> Can anybody give me a list of the essential files I need to get this going.
> i.e.  what libraries are login, passwd, sh, ls, vi etc using, and what files
> do they have to have.  The system is Dell SVR4 Issue 2.2.  I'd
> be pleased to here from anybody else who has pulled this off.

No, I haven't done it, but similar considerations apply when configuring
a chroot area for anonymous ftp, and I have done that.  I would start
with very few files in the chroot area, and add only those that prove
necessary.  Error messages, {strings} output, or debug traces can provide
info about what is missing, or about what files the programs open when
used in the real file system.

> On the security side, is this technique secure?  Are users really locked
> in to a chroot file system?

I have no real knowledge of this, but I expect that a user who becomes
root in the chroot area could get into the rest of the system, by using
mknod to create a /dev/kmem or /dev/disk and then modifying the kmem or
the raw disk.  This would be difficult if there were no compilers, but
then they could use email or news to get compiled code from elsewhere,
or they could use an editor or shell to type in the binary directly.
I also expect that a user in a chroot area could exploit holes in network
or shared memory or similar services to get into the rest of the machine.

Ask in alt.security or comp.security.misc.

--apb (Alan Barrett)
Xref: sparky comp.unix.sys5.r4:230 comp.unix.admin:5598 sanet.unix.questions:11
From: paul@frcs.Alt.ZA (Paul Nash)
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
Subject: Re: Secure login with chroot: What files?
Date: 13 Oct 92 18:58:12 GMT
Article-I.D.: frcs.1992Oct13.185812.9529
Organization: Free Range Computer Systems CC

Thus spake barrett@daisy.ee.und.ac.za (Alan P Barrett):

> No, I haven't done it, but similar considerations apply when configuring
> a chroot area for anonymous ftp, and I have done that. 

I did this once (long ago) with Xenix.  That didn't have shared libs,
so this wasn't a problem -- I just linked in all the executables that
I needed, and voila!

> > On the security side, is this technique secure?  Are users really locked
> > in to a chroot file system?

The AT&T sVr3 37 emulator hole (security chasm) left the user able to
modify the kernel data structure that kept track of their UID (so that 
they could change to root easily) and their root directory (so that 
they could chroot back again easily).  I believe that this has been 
fixed in most '386 Unices.  For most normal cracking activities, though,
this is fairly safe.
 
 ---=---=---=---=---=---=---=---=---=---=---=---=---=---=---=---=---
 Paul Nash                                         paul@frcs.Alt.ZA
 Box 12475, Onderstepoort, 0110 South Africa         +27-12-5611879

 "Standards are great -- everyone should have one" (Kent Landfield)
From: gram@aim1.aztec.co.za (Graham Wheeler)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 12 Oct 92 18:57:05 GMT
Article-I.D.: aim1.gram.718916225
Organization: Aztec Information Management

patrick@cs.curtin.edu.au (Patrick Ko) writes:

>gram@aim1.aztec.co.za (Graham Wheeler) writes:

>>peter@ferranti.com (peter da silva) writes:

>>>In article <lcjqsbINN624@jethro.Corp.Sun.COM> ledesma@mexico.Corp.Sun.COM writes:
>>>> 	Demonstrates Multiprocessing On X86 For First Time

>>>Sequent must be pretty surprised.

>>Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
>>far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.

>Not only Sequent will be surprised.  Their customers all over the world
>will be as well.  I have a Sequent at work and it is definitely
>symmetrical multiprocessing.

Ooops! I guess I was posting out of turn here, as I didn't really know - I
was speculating as that would have explained the original announcement. 
Apologies to all the Sequent fans out there ;-)


-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Network Systems Programmer         | that which is soft conquers the hard."
Aztec Information Management       | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za              | There's no justice, there's just us
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: Secure login with chroot: What files?
Summary: Hint on breaking restricted shells
Organization: VideOcart Inc.
Date: Wed, 14 Oct 1992 22:11:25 GMT

In article <1992Oct14.185700.1794@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <david.718899288@aim1>, david@aim1.aztec.co.za (David Mason) writes:
>
>| On the security side, is this technique secure?  Are users really locked
>| in to a chroot file system?  I have found rksh is not a satisfactory
>| environment, as it is extremely frustrating for a capable user who can't
>| move around within his own directory.  Anyway, vi can break rksh.
>
>  Therefore you have to be careful what you allow the user to run. I
>don't quite see how vi breaks rksh, since you have /bin/sh tied to an
>exec of rksh (right?), and PATH is set as a readonly variable.
>
>  Basic steps include:
>	1. run sksh
>	2. Have the .profile set the PATH and make it readonly
>	3. Have root own each .profile
>	4. set the sticky bit in the home dir to prevent a delete
>	   or rename of .profile.
>	5. Have .profile run .userrc if present.

If you can run VI you can get out of any restricted shell OR restricted
environment if there is an unrestricted shell on the system in a path the
user can find.

Two hints:

1)	"readonly" environment variables are only enforced by shells, not 
	by anything else (and in fact cannot be, since Unix does not have
	such a concept).

2)	You can type ":set shell xxx" from inside vi.

The rest ought to be trivially simple to figure out :-)

This is why restricted shells are quite useless.  Any user who can run "cc"
or find a way to import a binary can also break out of them.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: conover@netcom.com (John Conover)
Subject: mailsurr
Followup-To: comp.unix.sysv386
Keywords: mailsurr
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 12 Oct 1992 05:24:06 GMT

I have a problem with mailsurr on SysV386, rel. 4.0. I need to send
mail, via a uucp account, with domain addressing in the return path
fields (the reason is rather complicated.) If you send mail to a
machine listed in the hosts file, it uses domain addressing in the
return path, and if you send mail to a machine listed in the Systems
file, it uses uucp "bang" addressing in the return path. What I need
is to alter mailsurr, for one site, that is connected via uucp, but
will have the return path in domain style addressing in the mail
header. Any ideas or help would be appreciated.
	J. Conover
From: peter@micromuse.co.uk (Peter Galbavy)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 7 Oct 92 09:01:17 GMT
Organization: MicroMuse Limited, London, England.

gram@aim1.aztec.co.za (Graham Wheeler) writes:

>Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
>far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.

Sequent say they are symmetrical...


-- 
Peter Galbavy
Tech Support, Micromuse Ltd
Phone: +44 71 352 7774		E-Mail: P.Galbavy@micromuse.co.uk
From: s861298@minyos.xx.rmit.oz.au (Marc A. Boschma)
Newsgroups: comp.unix.sys5.r4
Subject: PPP/SLIP/CSLIP for SysV R4 (steams modual)
Keywords: PPP SLIP CSLIP streams
Date: 16 Oct 92 05:14:32 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au

Does there exist source for a PPP or SLIP (Compressed SLIP) streams modual ?

I need it both to solve a problem I have, and hopefully to learn something
of streams programming.

Marc


--------------------------------------------------------------------------------
Student of R.M.I.T. also a founding member of APANA and :
Marc A. Boschma                                ACSnet: s861298@minyos.rmit.oz.au
img Consultants,				       marcb@img.com.au
GPO Box 3304GG, Melbourne 3001			MBoschma@vccdocs8.telecom.com.au
Australia                                       Phone: +61 3 284 4858    (work)
Newsgroups: comp.unix.sys5.r4
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: 3c501/3c503 Ethernet Drivers for SYS5.4?
Keywords: Drivers wanted
Organization: Chinet - Public Access UNIX
Date: Thu, 15 Oct 1992 18:41:14 GMT

In article <Oct.14.11.26.13.1992.27227@pilot.njin.net> davidp@pilot.njin.net (David Pasternak) writes:
>Does anyone have Ethernet drivers for either the 3com 3c501 or
>3c503 cards? These are the only card I have access to. The version
>of SYS5.4 is Interactive SYS5.4 V3.0

	Price for supported wd8003e clones is around $110.  Much easier than 
	trying to find unavailable drivers.

-- 
	I am created Shiva the Destroyer; Death, the shatterer of worlds!
	Who is this dog meat who stands before me now?
	That's the biz, sweetheart.
Randy Suess					 randy@chinet.chi.il.us
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Unix "Lite" is not so light
Organization: The Gator Conferencing System 219-289-3745 
Date: Wed, 14 Oct 1992 12:44:33 GMT

shite@sinkhole.unf.edu (Stephen Hite) writes:

>I'll bet you have many of us out here who took the wait and see attitude
>for 4.0.4 but are very willing to go to 4.2 because it appears to have
>enough new features to make it worth the wait (if the upgrade price is 
>is as fair as your previous offers).

I don't know what Esix charges for the 4.0.4 upgrade (I think
Dell charges $99) but it is well worth the $99.  Many enhancements
and fixes -- with *excellent* TCP/NFS support.  

When is Esix scheduled to ship 4.2?

>  Adding a CD filesytem would also be a big plus.  Please add it.   

I really am waiting for the CD-Rom.  Now that I have a second machine,
I'm considering mounting CD-Roms on the machine via NFS.

I assume there isn't a problem with mounting CD-Roms vertical?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Proper "/usr/lib/uucp/Config" file entries
Date: Thu, 8 Oct 1992 03:29:24 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

Does anyone have a canonical list of what CAN go in that file, and what it
does?  I've tried experimenting with it, and even when other SVR4 machines
call me they don't seem to obey my protocol list the way I have it set up
(IE: I get only "g" with standard windows). 

Larger windows and/or "G" protocol would likely improve my throughput
numbers significantly, so I am quite interested.

Thanks in advance!

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
Newsgroups: comp.unix.sys5.r4
From: rhealey@kas.helios.mn.org (Rob Healey)
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: Mon, 12 Oct 1992 18:07:24 GMT
Organization: Rob's home system, Hopkins, MN

In article <1992Oct8.151637.16033@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
=And SCO demo'd MPX at UNIX Expo about 3-4 years ago, so I don't see
=whare this claim is coming from. Actually, didn't the original Encore
=Multimax run 386's? That was a LONG time ago, we recycled ours a year
=ago or so.

	For trivia buffs: Encore originally ran NS32K and then M88K, they
			  never tainted themselves with the Intel arch... B^).

	Sequent is the one that went from NS32K to Intel. Too bad, NS32K was/is
	a nice architecture although it too till the 32532 to get it right...

		-Rob
Newsgroups: comp.unix.sys5.r4
From: jlitvin@speedstr.intel.com (John Litvin)
Subject: help with remote printing under 4.0.4
Organization: Intel Corporation, Multibus Unix Engineering, Hillsboro, OR
Date: Fri, 16 Oct 1992 01:15:48 GMT

Please help!

OK, so I'm a bonehead.  How do I get remote printing to work under
4.0.4?  Both machines work fine on the network and communicate without
problems.  My printer works fine locally and here's how I configured
it from the remote machine:

% lpsystem -T 0 server
% lpadmin -p laser -I simple -s server!laser
% lpadmin -d laser 
% enable laser
% accept laser

It doesn't work.  I get billions and billions of errors in my server's
/var/saf/tcp/log file:

	Connect: fd 6, svctag 0, seq -787233024, type exec
	NLPS (lp) pass fd: /var/spool/lp/fifos/listenS5

What's wrong?  Does generic 4.0.4 work with remote printing?

Thanks,

John Litvin
jlitvin@hfglobe.intel.com
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Unix "Lite" is not so light
Date: 8 Oct 92 15:19:43 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <BvnxGx.7Lt@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:
| paul@devon.lns.pa.us (Paul Sutcliffe Jr.) writes:
| 
| >Isn't DOS emulation builtin to SVR4.2?
| 
| From what I've heard it depends on the vendor.

  As far as I know, all versions have the kernel hooks to support v86
mode. Some vendors don't bundle the package. We've run VP/ix with ODT
instead of DOsmerge, and I'm told the old V.3 SCO VP/ix will run under
V.4, at least Dell. I would expect it to work anywhere, but I didn't
perdsonally try it, I'm reporting what someone told me worked for him.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
From: gds@casper.cs.uct.ac.za (Riel Smit)
Subject: Re: Secure login with chroot: What files?
Reply-To: gds@cs.uct.ac.za
Organization: Computer Science Department, University of Cape Town
Date: Tue, 13 Oct 1992 07:26:16 GMT

david@aim1.aztec.co.za (David Mason) writes:
>I'd be pleased to here from anybody else who has pulled this off.

We did - well, actually it was Kuyper Hoffmann did most of the work - with 
the MINIX cross-development accounts you might remember.

>Can anybody give me a list of the essential files I need to get this going.

I don't think we ever found out.  We just linked just about everything -
but then security was not a big issue.
-- 
Riel Smit,  Computer Science                              gds@cs.uct.ac.za
University of Cape Town                      gds%cs.uct.ac.za@rain.psg.com
Newsgroups: comp.unix.sys5.r4
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: gdb-4.6+ESIX
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Distribution: na
Date: Fri, 16 Oct 1992 11:44:29 GMT

In article <Bw4wyM.Bw@ushiva.wariat.org> raw@ushiva.wariat.org (Roland Wilcher) writes:
>
>Has anyone succesfully built gdb-4.6 Under Esix SVR4 ? The build completes 
>ok but attempting to debug a program dies with TIOCSETL: invalid argument
>in infrun. Anybody have any ideas ?

Did you I_PUSH "ttcompat" onto the pty? Could be that this module is not there,
and then BSD compatible ioctl's like TIOCSETL won't work.

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
Xref: sparky comp.unix.sys5.r4:250 comp.unix.sysv386:15613