Date: Wed, 14 Jul 1999 22:05:52 +0400 From: Dmitrij Tejblum <tejblum@arc.hq.cti.ru> To: Peter Wemm <peter@netplex.com.au> Cc: Dmitrij Tejblum <dt@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc_r/uthread pthread_private.h uthread_init.c Message-ID: <199907141805.WAA56422@arc.hq.cti.ru> In-Reply-To: Your message of "Thu, 15 Jul 1999 01:30:35 %2B0800." <19990714173035.A5E5281@overcee.netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> Dmitrij Tejblum wrote: > > dt 1999/07/12 09:09:31 PDT > > > > Modified files: > > lib/libc_r/uthread pthread_private.h uthread_init.c > > Log: > > Use USRSTACK (defined in <machine/vmparam.h>) to get top of the initial sta > ck. > > Umm, this is not a good way to do it as it is dependent on kernel size > adjustments. It would be far better to use the sysctl kern.usrstack > instead, and perhaps falling back to the predefined USRSTACK if for some > reason the variable isn't available. Oops, you are right. I was under the impression of PTHREAD_STACK_TOP. Anyway, IMO it would be even more better to stop mmap thread stacks, or at least not mmap them in the process stack. That is, lose the need to know the thing at all. I don't know why libc_r playing with the process stack. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199907141805.WAA56422>