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: Tue, 31 Mar 2015 20:19:27 -0600 Message-ID: References: <83mw2vzui9.fsf@gnu.org> <83fv8ltjvw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113496a0315f150512a05805 X-Trace: ger.gmane.org 1427854829 10883 80.91.229.3 (1 Apr 2015 02:20:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 Apr 2015 02:20:29 +0000 (UTC) Cc: 20220@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 01 04:20:14 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 1Yd8GI-0002Y0-Mz for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Apr 2015 04:20:10 +0200 Original-Received: from localhost ([::1]:41306 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yd8GH-0003JD-S4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 31 Mar 2015 22:20:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yd8GE-0003G7-2P for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2015 22:20:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yd8GA-0003Xy-SX for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2015 22:20:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51776) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yd8GA-0003XO-Pg for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2015 22:20:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Yd8GA-0006kD-6G for bug-gnu-emacs@gnu.org; Tue, 31 Mar 2015 22:20: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: Wed, 01 Apr 2015 02:20:01 +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.142785477625887 (code B ref 20220); Wed, 01 Apr 2015 02:20:01 +0000 Original-Received: (at 20220) by debbugs.gnu.org; 1 Apr 2015 02:19:36 +0000 Original-Received: from localhost ([127.0.0.1]:41552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yd8Fk-0006jT-BI for submit@debbugs.gnu.org; Tue, 31 Mar 2015 22:19:36 -0400 Original-Received: from mail-lb0-f182.google.com ([209.85.217.182]:33480) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yd8Fg-0006jF-VR for 20220@debbugs.gnu.org; Tue, 31 Mar 2015 22:19:33 -0400 Original-Received: by lbbzk7 with SMTP id zk7so9667066lbb.0 for <20220@debbugs.gnu.org>; Tue, 31 Mar 2015 19:19:27 -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=YfCV6zJLzl6PKDqSGIGV5g19DbTryRakiX5fKZv1nfY=; b=SC7teq6E1qrlM9iedNUKzsv5Yp3yDxXnAJy9wE84A/8GFUVSwGSVDQrl9D4JG8UBQR mXuRjzOtlKjKDHAYusB+VHYQt3NKRDbOOSv3GQMJ7AakbKczWomEArEN+R9wFt9szACp xzhk0St0XEYWrJ907xzXMPxYb+VCQEohzldxonEgBfqZiPDWHS4tYH6N+9nNqD5mR1d7 Aob02dWyhpY16Zk2BWR877OhCdY/68wcOD3Nofi+x+gBrMEL4XWskeNThR+FWK+jJgUX nK9n+BRj9lIbK+oyfFXlamPrb0iL82MOMCA4/VoXcGF/nMPEzUH6eHqaATNiKvHIQYUc 6fkg== X-Received: by 10.152.182.172 with SMTP id ef12mr14610817lac.109.1427854767249; Tue, 31 Mar 2015 19:19:27 -0700 (PDT) Original-Received: by 10.112.170.130 with HTTP; Tue, 31 Mar 2015 19:19:27 -0700 (PDT) In-Reply-To: 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:101097 Archived-At: --001a113496a0315f150512a05805 Content-Type: text/plain; charset=UTF-8 > However, I think that >"worthless" is too extreme, and not using it at all is too radical, >even if you can do nothing in terms of your system configuration to >bring down the amount of resources consumed by each invocation. One >thread and 8 MB of memory is not that large, unless you really invoke >that command tens or times in a row. You are wrong. Calling shellexecute tens of times is very common. Just consider when editing an html file, saving and viewing the file may happen more than once a minute, so in less than 30 minutes it will hit the bug. Or when opening files with an external application in dired, if you open more than 30 files with shellexecute, it will hit the bug, which is not unlikely. Afterwards, after quitting the debugger, a few more times of calling the function and emacs will hang permanently. --001a113496a0315f150512a05805 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
> However, I think that
>"worth= less" is too extreme, and not using it at all is too radical,>even if you can do nothing in terms of your system configura= tion to
>bring down the amount of resources consumed = by each invocation.=C2=A0 One
>thread and 8 MB of mem= ory is not that large, unless you really invoke
>that= command tens or times in a row.

You are wrong= . Calling shellexecute tens of times is very common. Just consider when edi= ting an html file, saving and viewing the file may happen more than once a = minute, so in less than 30 minutes it will hit the bug. Or when opening fil= es with an external application in dired, if you open more than 30 files wi= th shellexecute, it will hit the bug, which is not unlikely. Afterwards, af= ter quitting the debugger, a few more times of calling the function and ema= cs will hang permanently.
--001a113496a0315f150512a05805--