GNU bug report logs - #22526
25.0.90; Crash starting gnus

Previous Next

Full log

View this message in rfc822 format

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 22:31:45 +0100

[Message part 1 (text/plain, inline)]

2016-02-14 22:29 GMT+01:00 Eli Zaretskii <eliz <at> gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sun, 14 Feb 2016 22:04:39 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.