GNU bug report logs - #20220
severe memory leak on emacs 24.4.1

Previous Next

Full log

Message #85 received at 20220-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: mariovalspi <at> gmail.com
Cc: 20220-done <at> debbugs.gnu.org
Subject: Re: bug#20220: severe memory leak on emacs 24.4.1
Date: Thu, 23 Apr 2015 10:18:27 +0300

> Date: Fri, 10 Apr 2015 14:24:18 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 20220 <at> debbugs.gnu.org
> 
> > Date: Fri, 10 Apr 2015 06:16:46 -0500
> > From: Mario Valencia <mariovalspi <at> gmail.com>
> > Cc: Daniel Colascione <dancol <at> dancol.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>, 20220 <at> debbugs.gnu.org
> > 
> > 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"))
> 
> Thanks, that's good to know.
> 
> So I think the solution is to change w32-shell-execute to convert
> file:/// URLs into the normal file-name format internally, and use
> that in the call to ShellExecute.

Now done in the development sources for Emacs 25.1 (commit f2e2cd5).

I'm closing this bug.  Feel free to reopen if some new information
emerges about this.

Previous Next

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