From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.bugs Subject: bug#22526: 25.0.90; Crash starting gnus Date: Sun, 14 Feb 2016 22:04:39 +0100 Message-ID: References: <56AFD88B.5040904@gmail.com> <87pow9cc0c.fsf@gnus.org> <83h9hkse78.fsf@gnu.org> <864mdk44q6.fsf@gmail.com> <83mvrcqli1.fsf@gnu.org> <86twlg2e69.fsf@gmail.com> <8360xv9ems.fsf@gnu.org> <8637sz7xmh.fsf@gmail.com> <83io1v7xcd.fsf@gnu.org> <83fuwx7vkv.fsf@gnu.org> <86fuwxk1l1.fsf@gmail.com> <837fi96mkq.fsf@gnu.org> <83vb5s6gas.fsf@gnu.org> <83d1s05zov.fsf@gnu.org> <83r3ggz2dt.fsf@gnu.org> <83povzzw5d.fsf@gnu.org> <86egcfs7f4.fsf@gmail.com> <83a8n3z0yb.fsf@gnu.org> <837fi7yyce.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bfeb70abefb36052bc1405f X-Trace: ger.gmane.org 1455483985 23413 80.91.229.3 (14 Feb 2016 21:06:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 14 Feb 2016 21:06:25 +0000 (UTC) Cc: 22526@debbugs.gnu.org, andrewjmoreton@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 14 22:06:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aV3rx-0007yt-1Q for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Feb 2016 22:06:13 +0100 Original-Received: from localhost ([::1]:53677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aV3rw-0003Sb-5D for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Feb 2016 16:06:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44358) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aV3rp-0003Mn-VN for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2016 16:06:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aV3rm-0004gt-OE for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2016 16:06:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48329) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aV3rm-0004gn-Jm for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2016 16:06:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aV3rm-0001ML-9O for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2016 16:06:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Fabrice Popineau Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Feb 2016 21:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22526 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22526-submit@debbugs.gnu.org id=B22526.14554839065157 (code B ref 22526); Sun, 14 Feb 2016 21:06:02 +0000 Original-Received: (at 22526) by debbugs.gnu.org; 14 Feb 2016 21:05:06 +0000 Original-Received: from localhost ([127.0.0.1]:39104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aV3qs-0001L7-Bi for submit@debbugs.gnu.org; Sun, 14 Feb 2016 16:05:06 -0500 Original-Received: from mail-ob0-f174.google.com ([209.85.214.174]:33695) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aV3qq-0001Ka-AL for 22526@debbugs.gnu.org; Sun, 14 Feb 2016 16:05:04 -0500 Original-Received: by mail-ob0-f174.google.com with SMTP id jq7so3509942obb.0 for <22526@debbugs.gnu.org>; Sun, 14 Feb 2016 13:05:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=MMMJQasXLXT0nncZhSVPqMWJm9zzQ+fd9xr8XH8Sf2Q=; b=sFhRSaV9uXE6hb0UFL/x7SkQ6cQ2vg/y04pq5yLZp+whStEfOMbNUhtFM9b6WmZ71F JIgeZfP8zv05XQgYON2claRR5YGAN0T4eSs48bb+Su0gEUWjNk8ABrCKdKybdnV8NGyd 9NjFAa3BirlQTOtSzIgHo7IvdvXJRNE6V1w+R4Aj+LRcJV9msjbfB/P0jVAUHDlHCb4U 4G68lOeAqxEol+LrmHofxBpqBSMHeg8IuPBK2YEF0mFvAXKOa/EVvChSKDz2ZTmSEgkX pyoInIeG6dOSli5qpKP4baa2aXoCdgUIP9GHL5Dl7O4eeeZukNpjmoKp2AjhwvTLwOOL SNHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=MMMJQasXLXT0nncZhSVPqMWJm9zzQ+fd9xr8XH8Sf2Q=; b=UeV/JA0TX9Hhvx8+9owkU5XfuWE4pLBr5By2oP334u/PjpX24EqKy0GXlRK+QlD6VF fEc1YMpMV2a+/T9lxMhB4QmdFkgYpgtlZuzeXofjyyCjtvBDUD0vq950NO3kpCO9W0cA ScvhlpTSZ1dqAwsYIM10H8m9km+Z8MnXS3slkqhVyw9ZxUe+aVdzXEYIMpzUIA0OJAQJ P0ijrTJrKwbfi07yqJn9OwQjDF+aJn+bVnhJbBmwOG7wzRsC+jZ11M+8jIM6w6c/n8j1 D9ZT4DuPWr+uDIJ0oh8SCfi7kvCmIfdsr7fO/KrZpTC5BX1vdDTQ+uqr2nWFl0rsHAME hf3A== X-Gm-Message-State: AG10YOSrzQgjxIDlVA5Rh2wrzPEhVbd2/IyI3banlq9M7TMPCLWJL8xJnHXLdAckt1vbzjiUOnlijqYChohz2Q== X-Received: by 10.182.51.138 with SMTP id k10mr2687047obo.76.1455483898491; Sun, 14 Feb 2016 13:04:58 -0800 (PST) Original-Received: by 10.202.78.131 with HTTP; Sun, 14 Feb 2016 13:04:39 -0800 (PST) In-Reply-To: <837fi7yyce.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:113036 Archived-At: --047d7bfeb70abefb36052bc1405f Content-Type: text/plain; charset=UTF-8 I see the same block Andrew sees using vmmap and I wonder what buffer is attached to it. 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(). http://blogs.microsoft.co.il/sasha/2014/07/22/tracking-unusable-virtual-memory-vmmap/ http://forum.sysinternals.com/what-does-vmmap-means-by-unusable-memory_topic25797.html https://msdn.microsoft.com/en-us/library/windows/desktop/ms724958(v=vs.85).aspx We have been lucky (or maybe unlucky !) not being hit by this problem sooner. Fabrice 2016-02-14 18:51 GMT+01:00 Eli Zaretskii : > > Date: Sun, 14 Feb 2016 18:55:08 +0200 > > From: Eli Zaretskii > > Cc: 22526@debbugs.gnu.org > > > > It's good to know the patch improves things. I will push it, and I > > will also add more debugging printouts to help us understand better > > what is going on here. > > Done. Please use the changeset in commit 8badf95. If the error > message in mmap_realloc gets printed by GDB, please show the data it > reveals. > > Thanks. > --047d7bfeb70abefb36052bc1405f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I see the same block Andrew sees using vmmap and I wonder = what buffer is attached to it.

Also vmmap reports a 4k b= lock 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=C2=A0
allocated with 4k= , so the next 60k are unusable. We should allocate by block by allocation g= ranularity=C2=A0
as reported by GetSystemInfo().



We have been lucky (or maybe unlucky= !) not being hit by this problem sooner.

Fabrice<= /div>

2016-0= 2-14 18:51 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> Date: Sun, 14 Feb 2016 18:55:08 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 22526@debbugs.gnu.org=
>
> It's good to know the patch improves things.=C2=A0 I will p= ush it, and I
> will also add more debugging printouts to help us understand better > what is going on here.

Done.=C2=A0 Please use the changeset in commit 8badf95.=C2=A0 If the error<= br> message in mmap_realloc gets printed by GDB, please show the data it
reveals.

Thanks.

--047d7bfeb70abefb36052bc1405f--