2016-02-14 22:29 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sun, 14 Feb 2016 22:04:39 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> I see the same block Andrew sees using vmmap and I wonder what buffer is attached to it.

You can find that out by running under a debugger and placing a
conditional breakpoint where we allocate memory for buffers.

> Also vmmap reports a 4k block committed at 0x1F0000. If I ask vmmap to display free/unusable blocks,
> it reports 0x1F1000 as unusable, size 60k and committed 60k. The problem is that the first block has been
> allocated with 4k, so the next 60k are unusable.  We should allocate by block by allocation granularity
>  as reported by GetSystemInfo().

You mean, instead of reserving NBYTES or 2 * NBYTES, round it up to an
integral number of 64KB chunks?

Definitely yes, for the MEM_RESERVE VirtualAlloc() calls. 
And I expect that Andrew shouldn't see the DebPrint() message anymore. 

Fabrice