Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!rutgers!mtune!whuts!homxb!houxm!hropus!jgy
From: jgy@hropus.UUCP (John Young)
Newsgroups: comp.unix.questions
Subject: Re: (Probably dumb) SysVR3 questions
Message-ID: <1237@hropus.UUCP>
Date: Tue, 11-Aug-87 13:53:20 EDT
Article-I.D.: hropus.1237
Posted: Tue Aug 11 13:53:20 1987
Date-Received: Thu, 13-Aug-87 07:24:42 EDT
References: <2541@tekgvs.TEK.COM>
Distribution: na
Organization: Bell Labs, Holmdel, NJ
Lines: 33

> I'll keep this short so you won't have to laugh too hard and hurt
> yourself....
> 
> The 14-character file-name limit is killing us; is it extendable
> (redefine something, somewhere?) by remaking the kernel?

No, you would also have to remake many of the standard commands.
(ls, etc...)

You would then run into problems with anything else that thinks
there is a 14 character size (SGS, uucp, cpio, etc....)
If you really need it (I can see it being a pain but killing you??)
go to BSD.

> 
> Likewise with the ulimit restricting files to 8 megabytes (16385
> blocks I think it is): how can it be either eliminated or set, by a
> mortal user, to a higher value?

This is easier (much) the rules are:
	1)	A process with running with an effective user-id of root
		may increase it's ulimit, anyone else may only decrease it.
	2)	When a process forks and/or exec's it's child/replacement
		inherits whatever ulimit that program had.

Most SA's solve this one by changing init, login, or getty.
It should be configurable (inittab, or /etc/passwd, etc...)

> 
> Thanks!
> 
> Keith Ericson  at TekLabs (resident factious factotum)
>