From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mario Valencia Newsgroups: gmane.emacs.bugs Subject: bug#20220: severe memory leak on emacs 24.4.1 Date: Fri, 10 Apr 2015 06:16:46 -0500 Message-ID: References: <83mw2vzui9.fsf@gnu.org> <83fv8ltjvw.fsf@gnu.org> <551BA414.40209@dancol.org> <83h9szsz4g.fsf@gnu.org> <551C1649.4050200@dancol.org> <83sicjrfz2.fsf@gnu.org> <83a8ynoalw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0141a49867e03c05135ce66a X-Trace: ger.gmane.org 1428664647 16649 80.91.229.3 (10 Apr 2015 11:17:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 10 Apr 2015 11:17:27 +0000 (UTC) Cc: 20220@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 10 13:17:17 2015 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 1YgWw0-0007ou-Gn for geb-bug-gnu-emacs@m.gmane.org; Fri, 10 Apr 2015 13:17:16 +0200 Original-Received: from localhost ([::1]:38625 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgWvz-000223-Jw for geb-bug-gnu-emacs@m.gmane.org; Fri, 10 Apr 2015 07:17:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34614) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgWvr-00021w-NM for bug-gnu-emacs@gnu.org; Fri, 10 Apr 2015 07:17:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YgWvn-0000gP-5X for bug-gnu-emacs@gnu.org; Fri, 10 Apr 2015 07:17:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33864) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgWvn-0000gL-23 for bug-gnu-emacs@gnu.org; Fri, 10 Apr 2015 07:17:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YgWvm-000294-DN for bug-gnu-emacs@gnu.org; Fri, 10 Apr 2015 07:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mario Valencia Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Apr 2015 11:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20220 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20220-submit@debbugs.gnu.org id=B20220.14286646168231 (code B ref 20220); Fri, 10 Apr 2015 11:17:02 +0000 Original-Received: (at 20220) by debbugs.gnu.org; 10 Apr 2015 11:16:56 +0000 Original-Received: from localhost ([127.0.0.1]:51873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YgWvf-00028g-5e for submit@debbugs.gnu.org; Fri, 10 Apr 2015 07:16:55 -0400 Original-Received: from mail-la0-f51.google.com ([209.85.215.51]:34468) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YgWvc-00028F-U0 for 20220@debbugs.gnu.org; Fri, 10 Apr 2015 07:16:53 -0400 Original-Received: by laat2 with SMTP id t2so10747249laa.1 for <20220@debbugs.gnu.org>; Fri, 10 Apr 2015 04:16:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w4oc1CrL3F7vnXXmtu0uPPkonPzYo/E1fM4wgTRJbdE=; b=w8tqFufDPTtm6Rxv0IdAi0ey5eG44tJw5ORrhMukP1FfYCoDjxHL+UH/qXDbsvWX1s T8pY8enYuctocNKN1sy9xzN9HlaINDx+rcHOaWr+/dCN0TbXOM51YoYzth2K8WFqestG S+RiGJ3h3LfImKaDBIKIGvrAaj0z4o9M2VVl1zTJo3NIsEIaPRv/BjbBRub6xifUwnHh g2oP3RcuIjKizTcDau3az4h3BxCulr5r2Mal8VzjhvI3WxR6RCLVv2s8DfIB9aD4hIfL b2x+EXvEGrcTA1U7cnmSIE0XnO6BR1LMgv8qtLJrqAtp6ywOMKKCAEBqc2h8wc1f8F8U IKOg== X-Received: by 10.152.21.8 with SMTP id r8mr957355lae.98.1428664607038; Fri, 10 Apr 2015 04:16:47 -0700 (PDT) Original-Received: by 10.112.170.130 with HTTP; Fri, 10 Apr 2015 04:16:46 -0700 (PDT) In-Reply-To: <83a8ynoalw.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:101370 Archived-At: --089e0141a49867e03c05135ce66a Content-Type: text/plain; charset=UTF-8 You are correct; the problem only happens with a file:/// url. The following executes without problem and emacs memory stays constant: (dotimes (i 100) (w32-shell-execute "open" "c:/users/mario/desktop/x.html")) With a file:/// url it triggers the bug: (dotimes (i 100) (w32-shell-execute "open" "file:///c:/users/mario/desktop/x.html")) 2015-04-04 15:19 GMT-06:00 Eli Zaretskii : > > Date: Sat, 4 Apr 2015 14:24:07 -0600 > > From: Mario Valencia > > Cc: Daniel Colascione , Stefan Monnier < > monnier@iro.umontreal.ca>, 20220@debbugs.gnu.org > > > > I think the thread created is this: > > SHCORE.DLL!Ordinal254+0x9a0 <- start address > > SHCORE.dll sounds like a Windows 8 version of shlwapi.dll, or maybe a > part of it. So this looks very similar to what I saw on that single > Windows 7 system. > > Do you also see that the problem happens only if w32-shell-execute is > called with a file:/// URL, and does not happen if it is called with a > normal Windows file name? > --089e0141a49867e03c05135ce66a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You are correct; the problem only happens with a file= :/// url. The following executes without problem and emacs memory stays con= stant:
(dotimes (i 100) (w32-shell-execute "open" "c:/u= sers/mario/desktop/x.html"))
With a file:/// url it triggers the b= ug:
(dotimes (i 100) (w32-shell-execute "open" "fi= le:///c:/users/mario/desktop/x.html"))

2015-04-04 15:19 GMT-06:00 Eli Za= retskii <eliz@gnu.org>:
> Da= te: Sat, 4 Apr 2015 14:24:07 -0600
> From: Mario Valencia <mari= ovalspi@gmail.com>
> Cc: Daniel Colascione <dancol@= dancol.org>, Stefan Monnier <monnier@iro.umontreal.ca>, 20220@debbugs.gnu.org
>
> I think the thread created is this:
> SHCORE.DLL!Ordinal254+0x9a0 <- start address

SHCORE.dll sounds like a Windows 8 version of shlwapi.dll, or maybe = a
part of it.=C2=A0 So this looks very similar to what I saw on that single Windows 7 system.

Do you also see that the problem happens only if w32-shell-execute is
called with a file:/// URL, and does not happen if it is called with a
normal Windows file name?

--089e0141a49867e03c05135ce66a--