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

Previous Next

Package: emacs;

Reported by: Mario Valencia <mariovalspi <at> gmail.com>

Date: Sat, 28 Mar 2015 23:40:03 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mario Valencia <mariovalspi <at> gmail.com>
Cc: 20220 <at> debbugs.gnu.org, dancol <at> dancol.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#20220: severe memory leak on emacs 24.4.1
Date: Fri, 10 Apr 2015 14:24:18 +0300
> 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.




This bug report was last modified 10 years and 29 days ago.

Previous Next


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