Subject: Re: Changing proc.curproc.rlimit.datasize.soft silently fails under NetBSD-3.x, bug or feature?
To: Jeremy C. Reed <reed@reedmedia.net>
From: Brian Buhrow <buhrow@lothlorien.nfbcal.org>
List: current-users
Date: 10/04/2007 11:34:28
	Hello.  What I really want to do is change the default limit for all
shells on the system.  Can I do this without recompiling the kernel?  Using
sysctl seems like the obvious way to do it, but it sounds like that's not
how it works.  So, how should I go about doing this?
-thanks
-Brian
On Oct 4,  1:25pm, "Jeremy C. Reed" wrote:
} Subject: Re: Changing proc.curproc.rlimit.datasize.soft silently fails und
} On Thu, 4 Oct 2007, Brian Buhrow wrote:
} 
} > 	Hello Jeremy.  Yes, I have  proc.curproc.rlimit.datasize.soft
} > in my /etc/sysctl.conf file.
} > What tipped me off to this problem was that I set the variable in the
} > config file, and rebooted.  Yet, the value didn't change.  My understanding
} > is that if I update the sysctl variable, it won't affect my current shell, but
} > new shells should pick it up, right?  At the very least,  sysctl -a should
} > show the change.
} 
} No.
} 
} It is for the "current process" which exits immediately. It doesn't change 
} your parent process. So next time your run "sysctl -a" that is a new 
} process which is unrelated.
} 
} Instead of proc.curproc.rlimit.datasize.soft, if you want to change the 
} shell use:
} 
} proc.$$.rlimit.datasize.soft
} 
} (where the $$ is the shell's current process ID.)
} 
} Or use the shell's builtin "ulimit -d". Note that shell is in kilobytes 
} and the sysctl is in bytes for the "data size".
} 
} 
} 
} > 	I have other variables set in the sysctl.conf file, which are set, so
} > I know the startup scripts are runing properly.
} > -thanks
} > -Brian
} 
>-- End of excerpt from "Jeremy C. Reed"