This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] attr.c in _STACK_GROWS_UP case.


On Sun, Dec 28, 2003 at 06:10:21PM -0800, Roland McGrath wrote:
> > Not possible, the stack is the last vma. It grows until all of memory is
> > exhausted. Your previous recommendation was the best solution for S_G_D.
> 
> I don't think you should assume this.  The kernel might have special vmas
> in the highest parts of memory some day (user fixmap area and such) on
> grows-up platforms, as it does now on some (grows-down) platforms.

Granted. So we find the next vma, and set our limit at its start,
failing that we should set it as...
	attr->__stacksize = ~(size_t) attr->__stackaddr;

But only if addr->__stacksize is some large unwieldly value?

c.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]