This is the mail archive of the newlib@sourceware.org mailing list for the newlib 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: [uClinux-dev] brk(2) and stack pointer

From: Jamie Lokier <jamie at shareable dot org>
To: Shaun Jackman <sjackman at gmail dot com>
Cc: uClinux development list <uclinux-dev at uclinux dot org>, ARM Linux <linux at arm dot linux dot org dot uk>, newlib at sources dot redhat dot com
Date: Fri, 28 Apr 2006 19:29:55 +0100
Subject: Re: [uClinux-dev] brk(2) and stack pointer
References: <7f45d9390604280853tf742eb6qfc8e213b78c7df03@mail.gmail.com> <20060428161140.GA22752@mail.shareable.org> <7f45d9390604281107q338786em6b67c91c4c8414e3@mail.gmail.com>

Shaun Jackman wrote:
> >What's the reason for the check?
> For the typical case where the heap is growing up towards the stack,which 
> is growing down, I wanted to check that the requested heaphasn't collided 
> with the stack.

You could still check that the new block doesn't contain the stack pointer.

That catches the heap growing into the stack, but not the stack
growing into the heap.

-- Jamie

References:
- brk(2) and stack pointer
  - From: Shaun Jackman
- Re: [uClinux-dev] brk(2) and stack pointer
  - From: Jamie Lokier
- Re: [uClinux-dev] brk(2) and stack pointer
  - From: Shaun Jackman

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