On Tue, Jul 12, 2011 at 08:37:16PM +0200, Otto Moerbeek wrote:
> On Tue, Jul 12, 2011 at 08:24:34PM +0200, Ariane van der Steldt wrote:
> > On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote:
> > > at the cost of some speed, reduce the malloc cache size to 0 with
> > > flag 'S'. This me
On Tue, Jul 12, 2011 at 08:24:34PM +0200, Ariane van der Steldt wrote:
> On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote:
> > at the cost of some speed, reduce the malloc cache size to 0 with
> > flag 'S'. This means that pages that become free will be unmapped asap.
> > This detect
On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote:
> at the cost of some speed, reduce the malloc cache size to 0 with
> flag 'S'. This means that pages that become free will be unmapped asap.
> This detects more use-after-free bugs. The slowdown is because of more
> unmap/mmap calls.
On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote:
> Hi,
>
> at the cost of some speed, reduce the malloc cache size to 0 with
> flag 'S'. This means that pages that become free will be unmapped asap.
> This detects more use-after-free bugs. The slowdown is because of more
> unmap/mma
i like this.
On 12/07/2011, at 9:23 PM, Otto Moerbeek wrote:
> Hi,
>
> at the cost of some speed, reduce the malloc cache size to 0 with
> flag 'S'. This means that pages that become free will be unmapped asap.
> This detects more use-after-free bugs. The slowdown is because of more
> unmap/mma
On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote:
> Hi,
>
> at the cost of some speed, reduce the malloc cache size to 0 with
> flag 'S'. This means that pages that become free will be unmapped asap.
> This detects more use-after-free bugs. The slowdown is because of more
> unmap/mma
Hi,
at the cost of some speed, reduce the malloc cache size to 0 with
flag 'S'. This means that pages that become free will be unmapped asap.
This detects more use-after-free bugs. The slowdown is because of more
unmap/mmap calls.
ok?
-Otto
Index: malloc.c