libthr and main thread stack size

[Justin T. Gibbs]

On Sep 20, 2014, at 11:06 AM, Konstantin Belousov <kostikbel at gmail.com> wrote:

> On Fri, Sep 19, 2014 at 03:27:25PM -0400, John Baldwin wrote:
>> I suspect it was done out of reasons of being overly conservative in
>> interpreting RLIMIT_STACK. I think it is quite surprising behavior
>> though and would rather we make your option the default and implement
>> what the Open Group says above.
> 
> Ok, below is the patch.  I felt bad about adding yet another magic and
> undocumented tunable to our libthr.  Since there seems to be no
> alternative than a tunable to enforce old behaviour, I documented
> the quirks I am aware of.

Why do we need to support the old behavior?  Any program that ran in the old model will run in the new.  In the unlikely event that someone was using the old scheme for administrative control, there are other mechanisms for this already available that we can point them to instead.

—
Justin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20140921/a45ab357/attachment.sig>