From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#20220: severe memory leak on emacs 24.4.1 Date: Wed, 01 Apr 2015 17:24:01 +0300 Message-ID: <83k2xwrkou.fsf@gnu.org> References: <83mw2vzui9.fsf@gnu.org> <83fv8ltjvw.fsf@gnu.org> <83oan8sgxg.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1427898342 5807 80.91.229.3 (1 Apr 2015 14:25:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 Apr 2015 14:25:42 +0000 (UTC) Cc: 20220@debbugs.gnu.org To: mariovalspi@gmail.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 01 16:25:27 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 1YdJa5-0000fJ-Bq for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Apr 2015 16:25:21 +0200 Original-Received: from localhost ([::1]:52949 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YdJZz-0001X6-QZ for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Apr 2015 10:25:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56188) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YdJZw-0001VX-7R for bug-gnu-emacs@gnu.org; Wed, 01 Apr 2015 10:25:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YdJZn-0000GH-2m for bug-gnu-emacs@gnu.org; Wed, 01 Apr 2015 10:25:12 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52797) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YdJZm-0000GB-Vh for bug-gnu-emacs@gnu.org; Wed, 01 Apr 2015 10:25:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YdJZm-0001iq-Cs for bug-gnu-emacs@gnu.org; Wed, 01 Apr 2015 10:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Apr 2015 14:25: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.14278982736582 (code B ref 20220); Wed, 01 Apr 2015 14:25:02 +0000 Original-Received: (at 20220) by debbugs.gnu.org; 1 Apr 2015 14:24:33 +0000 Original-Received: from localhost ([127.0.0.1]:42573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YdJZI-0001i5-Ro for submit@debbugs.gnu.org; Wed, 01 Apr 2015 10:24:33 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:40858) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YdJZG-0001hm-CL for 20220@debbugs.gnu.org; Wed, 01 Apr 2015 10:24:31 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NM400J00SYIXQ00@mtaout29.012.net.il> for 20220@debbugs.gnu.org; Wed, 01 Apr 2015 17:21:31 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NM400A7RT7VFOA0@mtaout29.012.net.il>; Wed, 01 Apr 2015 17:21:31 +0300 (IDT) In-reply-to: <83oan8sgxg.fsf@gnu.org> X-012-Sender: halo1@inter.net.il 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:101109 Archived-At: I've looked a bit more into this problem. A noteworthy aspect of this is that invoking w32-shell-execute like this: (dotimes (i 100) (w32-shell-execute "open" "x:/path/to/empty.html")) doesn't start any new threads in the context of the Emacs process, doesn't increase its memory footprint, and therefore doesn't fail. However, if I do this instead: (dotimes (i 100) (w32-shell-execute "open" "file:///x:/path/to/empty.html")) then I do see the same phenomena as with browse-url-of-file. So the creation of extra threads is somehow triggered by using the file:// URL (which is what browse-url-of-file does). Do you see the same on your system? Once again, I only see all this on a single system out of 4 I tried; the other 3 don't show extra threads, don't enlarge the Emacs memory footprint in any significant way, and don't fail with your original recipe. So it appears the problem is caused by some relatively rare conditions.