[uClibc] Re: uclibc and heap randomisation (ET_EXEC)

Peter S. Mazinger ps.m at gmx.net
Tue Aug 31 20:16:17 UTC 2004


On Tue, 31 Aug 2004, Joakim Tjernlund wrote:

> > > Did some checking in uClibc and it seems like all arches declare __curbrk to be NULL initilized,
> > > except PPC and alpha which uses .comm in assembler to declare __curbrk and i don't know if .comm
> > > implies it it should be zero
> > > 
> > > Almost all arches(not SPARC and ARM) tests if __curbrk is zero and if so 
> > > does __curbrk = brk(0). 
> > > 
> > > Seems to me that the __curbrk stuff in ldso can go iff ARM and SPARC is fixed.
> > > 
> > > Possibly one could do __curbrk = brk(0) in ldso instead. Assuming the
> > > static case is fixed in a similar way, all that testing in (s)brk() of
> > > __curbrk being NULL could go.
> > > 
> > > I think Erik will have sort this out, I am in no way a (s)brk() expert.
> > > 
> > > To test, could somebody check if procps still works after removing the
> > > __curbrk(but keeping the __environ) stuff in ldso.c?
> > 
> > I have built procps-2.0.17 w/ only __environ (x86), running:
> > ps, top, slabtop, pmap, uptime, free works.
> > 
> > Specific tests needed?
> 
> Don't know, but since Eric just removed the __curbrk stuff from ldso we
> will soon find out :)
> 
> I still not sure that SPARC and ARM's brk() will work as expected, can you
> test?

SPARC is probably not possible at the moment.

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2


____________________________________________________________________
Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol.
Probald ki most! http://www.freestart.hu



More information about the uClibc mailing list