From unknown Sat Jun 21 05:00:04 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#15946 <15946@debbugs.gnu.org> To: bug#15946 <15946@debbugs.gnu.org> Subject: Status: 24.3; Mac OS X, Mavericks, distnoted process Reply-To: bug#15946 <15946@debbugs.gnu.org> Date: Sat, 21 Jun 2025 12:00:04 +0000 retitle 15946 24.3; Mac OS X, Mavericks, distnoted process reassign 15946 emacs submitter 15946 Donald Tillman severity 15946 normal tag 15946 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 21 13:18:40 2013 Received: (at submit) by debbugs.gnu.org; 21 Nov 2013 18:18:41 +0000 Received: from localhost ([127.0.0.1]:37340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VjYpr-0004Zm-Tq for submit@debbugs.gnu.org; Thu, 21 Nov 2013 13:18:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56917) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VjYpo-0004ZW-Se for submit@debbugs.gnu.org; Thu, 21 Nov 2013 13:18:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VjYpf-0007sm-4j for submit@debbugs.gnu.org; Thu, 21 Nov 2013 13:18:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34400) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjYpf-0007sg-1l for submit@debbugs.gnu.org; Thu, 21 Nov 2013 13:18:27 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58585) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjYpa-0001gL-7g for bug-gnu-emacs@gnu.org; Thu, 21 Nov 2013 13:18:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VjYpV-0007pv-RX for bug-gnu-emacs@gnu.org; Thu, 21 Nov 2013 13:18:22 -0500 Received: from c.mail.sonic.net ([64.142.111.80]:39080) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjYpV-0007oz-JX for bug-gnu-emacs@gnu.org; Thu, 21 Nov 2013 13:18:17 -0500 Received: from [10.0.1.11] (173-228-125-209.dsl.static.sonic.net [173.228.125.209]) (authenticated bits=0) by c.mail.sonic.net (8.14.4/8.14.4) with ESMTP id rALII9DS010881 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 21 Nov 2013 10:18:10 -0800 From: Donald Tillman Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 24.3; Mac OS X, Mavericks, distnoted process Message-Id: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Date: Thu, 21 Nov 2013 10:18:09 -0800 To: bug-gnu-emacs@gnu.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-Sonic-ID: C;llA1RtlS4xGev44p6sd3kQ== M;vgiMRtlS4xGev44p6sd3kQ== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --text follows this line-- This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgment at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': ---- Hi! I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from = emacsformacosx.com. Running Emacs, a process named "distnoted" starts around 1% or 2% of the = CPU, and after a while, slowly works its way up to 50% to 100% of the = CPU. Yoiks! Actually there appear to be 3 distnoted processes, but = only one eats up the CPU. Quitting Emacs brings distnoted down to under 1% within seconds.=20 -- Don If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /Applications/Emacs.app/Contents/Resources/etc/DEBUG. In GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-12 on bob.porkrind.org Windowing system distributor `Apple', version 10.3.1265 Configured using: `configure '--host=3Dx86_64-apple-darwin' '--build=3Di686-apple-darwin' '--with-ns' 'build_alias=3Di686-apple-darwin' 'host_alias=3Dx86_64-apple-darwin' 'CC=3Dgcc -mmacosx-version-min=3D10.7 -isystem = /Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/MacOS= X.platform/Developer/SDKs/MacOSX10.7.sdk/usr/include/ = -F/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/Mac= OSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks'' Important settings: locale-coding-system: nil default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r t SPC e m a Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr warnings emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rainbow-mode-autoloads svg-clock-autoloads package rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process ns multi-tty emacs) -- Don Tillman Palo Alto, California don@till.com http://www.till.com From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 25 17:36:18 2013 Received: (at submit) by debbugs.gnu.org; 25 Nov 2013 22:36:18 +0000 Received: from localhost ([127.0.0.1]:45080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vl4lO-0003U5-6o for submit@debbugs.gnu.org; Mon, 25 Nov 2013 17:36:18 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53367) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vl4kg-0003SV-QS for submit@debbugs.gnu.org; Mon, 25 Nov 2013 17:35:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vl4kS-0003DN-3D for submit@debbugs.gnu.org; Mon, 25 Nov 2013 17:35:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.7 required=5.0 tests=BAYES_05,FSL_HELO_BARE_IP_2, RCVD_NUMERIC_HELO autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52575) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vl4kS-0003DJ-0J for submit@debbugs.gnu.org; Mon, 25 Nov 2013 17:35:20 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55040) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vl4kK-0008EP-HY for bug-gnu-emacs@gnu.org; Mon, 25 Nov 2013 17:35:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vl4kD-00039I-9h for bug-gnu-emacs@gnu.org; Mon, 25 Nov 2013 17:35:12 -0500 Received: from plane.gmane.org ([80.91.229.3]:48319) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vl4kD-00036L-2F for bug-gnu-emacs@gnu.org; Mon, 25 Nov 2013 17:35:05 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vl4kB-0007ve-Ld for bug-gnu-emacs@gnu.org; Mon, 25 Nov 2013 23:35:03 +0100 Received: from 65.92.238.78 ([65.92.238.78]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Nov 2013 23:35:03 +0100 Received: from feeley by 65.92.238.78 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Nov 2013 23:35:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Marc Feeley Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Mon, 25 Nov 2013 22:27:43 +0000 (UTC) Lines: 3 Message-ID: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 65.92.238.78 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9) AppleWebKit/537.71 (KHTML, like Gecko) Version/7.0 Safari/537.71) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 25 Nov 2013 17:36:16 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.2 (---) Just want to add that I have the same problem. After quitting emacs the distnoted process quiets down to an acceptable level. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 26 02:50:52 2013 Received: (at 15946) by debbugs.gnu.org; 26 Nov 2013 07:50:52 +0000 Received: from localhost ([127.0.0.1]:45359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VlDQ3-0003Ez-BU for submit@debbugs.gnu.org; Tue, 26 Nov 2013 02:50:52 -0500 Received: from mailfe07.swip.net ([212.247.154.193]:58914 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VlDPy-0003Eg-Iz for 15946@debbugs.gnu.org; Tue, 26 Nov 2013 02:50:48 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 tests=MIME_QP_LONG_LINE Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 454955265; Tue, 26 Nov 2013 08:50:38 +0100 Received: from [172.16.2.170] (unknown [176.57.193.190]) (Authenticated sender: jhd) by hosdjarv.se (Postfix) with ESMTPSA id BBFF51A01EC; Tue, 26 Nov 2013 07:50:37 +0000 (UTC) References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Mime-Version: 1.0 (1.0) In-Reply-To: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <68633F51-0019-479D-8773-2918AA9A4C50@swipnet.se> X-Mailer: iPhone Mail (11B554a) From: =?utf-8?Q?Jan_Dj=C3=A4rv?= Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Tue, 26 Nov 2013 08:50:36 +0100 To: Donald Tillman X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello.=20 I can not reproduce this. Does it happen when you start with -Q and then do n= othing else? I tried with trunk and downloaded binaries from the site (rele= ase and latest). I ran them on two computers with 10.9. I once managed to g= et a distnoted process to use 1.2 percent CPU, but otherwise they where stea= dy at 0 - 0.3 % no matter what I did in Emacs. I monitored the trunk build f= or a whole workday, about 8 hours.=20 Jan D.=20 > 21 nov 2013 kl. 19:18 skrev Donald Tillman : >=20 > --text follows this line-- > This bug report will be sent to the Bug-GNU-Emacs mailing list > and the GNU bug tracker at debbugs.gnu.org. Please check that > the From: line contains a valid email address. After a delay of up > to one day, you should receive an acknowledgment at that address. >=20 > Please write in English if possible, as the Emacs maintainers > usually do not have translators for other languages. >=20 > Please describe exactly what actions triggered the bug, and > the precise symptoms of the bug. If you can, give a recipe > starting from `emacs -Q': >=20 > ---- >=20 > Hi! >=20 > I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from ema= csformacosx.com. >=20 > Running Emacs, a process named "distnoted" starts around 1% or 2% of the C= PU, and after a while, slowly works its way up to 50% to 100% of the CPU. Y= oiks! Actually there appear to be 3 distnoted processes, but only one eats u= p the CPU. >=20 > Quitting Emacs brings distnoted down to under 1% within seconds.=20 >=20 > -- Don >=20 >=20 >=20 > If Emacs crashed, and you have the Emacs process in the gdb debugger, > please include the output from the following gdb commands: > `bt full' and `xbacktrace'. > For information about debugging Emacs, please read the file > /Applications/Emacs.app/Contents/Resources/etc/DEBUG. >=20 >=20 > In GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) > of 2013-03-12 on bob.porkrind.org > Windowing system distributor `Apple', version 10.3.1265 > Configured using: > `configure '--host=3Dx86_64-apple-darwin' '--build=3Di686-apple-darwin' > '--with-ns' 'build_alias=3Di686-apple-darwin' > 'host_alias=3Dx86_64-apple-darwin' 'CC=3Dgcc -mmacosx-version-min=3D10.7 > -isystem > /Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/MacOS= X.platform/Developer/SDKs/MacOSX10.7.sdk/usr/include/ > -F/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/Mac= OSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks'' >=20 > Important settings: > locale-coding-system: nil > default enable-multibyte-characters: t >=20 > Major mode: Fundamental >=20 > Minor modes in effect: > tooltip-mode: t > mouse-wheel-mode: t > tool-bar-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > blink-cursor-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > buffer-read-only: t > line-number-mode: t > transient-mark-mode: t >=20 > Recent input: > M-x r e p o r t SPC e m a n> >=20 > Recent messages: > For information about GNU Emacs and the GNU system, type C-h C-a. >=20 > Load-path shadows: > None found. >=20 > Features: > (shadow sort gnus-util mail-extr warnings emacsbug message format-spec > rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse > rfc2231 mailabbrev gmm-utils mailheader sendmail rainbow-mode-autoloads > svg-clock-autoloads package rmail rfc2047 rfc2045 ietf-drums mm-util > mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks > lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt > fringe tabulated-list newcomment lisp-mode register page menu-bar > rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax > facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese > tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak > czech european ethiopic indian cyrillic chinese case-table epa-hook > jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces > cus-face macroexp files text-properties overlay sha1 md5 base64 format > env code-pages mule custom widget hashtable-print-readable backquote > make-network-process ns multi-tty emacs) >=20 >=20 > -- > Don Tillman > Palo Alto, California > don@till.com > http://www.till.com >=20 >=20 >=20 >=20 >=20 >=20 From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 27 16:33:24 2013 Received: (at submit) by debbugs.gnu.org; 27 Nov 2013 21:33:24 +0000 Received: from localhost ([127.0.0.1]:48093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vlmjb-0005fu-98 for submit@debbugs.gnu.org; Wed, 27 Nov 2013 16:33:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59560) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VlmSP-0005Cr-Ue for submit@debbugs.gnu.org; Wed, 27 Nov 2013 16:15:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VlmSA-0007Z4-Il for submit@debbugs.gnu.org; Wed, 27 Nov 2013 16:15:32 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60023) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlmSA-0007Yq-Gg for submit@debbugs.gnu.org; Wed, 27 Nov 2013 16:15:22 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32901) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlmS2-0006vB-VY for bug-gnu-emacs@gnu.org; Wed, 27 Nov 2013 16:15:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VlmRv-0007Tv-I1 for bug-gnu-emacs@gnu.org; Wed, 27 Nov 2013 16:15:14 -0500 Received: from plane.gmane.org ([80.91.229.3]:53061) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlmRv-0007T3-CH for bug-gnu-emacs@gnu.org; Wed, 27 Nov 2013 16:15:07 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VlmRq-0005V8-UY for bug-gnu-emacs@gnu.org; Wed, 27 Nov 2013 22:15:03 +0100 Received: from 94-224-195-35.access.telenet.be ([94.224.195.35]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Nov 2013 22:15:02 +0100 Received: from piet by 94-224-195-35.access.telenet.be with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Nov 2013 22:15:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Piet Jaspers Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Wed, 27 Nov 2013 21:10:11 +0000 (UTC) Lines: 7 Message-ID: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <68633F51-0019-479D-8773-2918AA9A4C50@swipnet.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 94.224.195.35 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9) AppleWebKit/537.71 (KHTML, like Gecko) Version/7.0 Safari/537.71) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 27 Nov 2013 16:33:20 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) > I can not reproduce this. I too have this problem. I'm not quite sure what triggers it, but it seems to to have something to do with command-tabbing (or at least that's what it feels like). If I can pinpoint it exactly I'll let it know. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 02:34:08 2013 Received: (at submit) by debbugs.gnu.org; 9 Dec 2013 07:34:08 +0000 Received: from localhost ([127.0.0.1]:39331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VpvLz-0001Fx-FS for submit@debbugs.gnu.org; Mon, 09 Dec 2013 02:34:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57846) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpt6t-0004mD-Gz for submit@debbugs.gnu.org; Mon, 09 Dec 2013 00:10:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vpt6n-0007Xz-Cu for submit@debbugs.gnu.org; Mon, 09 Dec 2013 00:10:23 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, TO_NO_BRKTS_PCNT autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53510) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vpt6n-0007Xu-A3 for submit@debbugs.gnu.org; Mon, 09 Dec 2013 00:10:17 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59544) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vpt6i-00019G-2O for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2013 00:10:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vpt6c-0007Ty-S6 for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2013 00:10:12 -0500 Received: from plane.gmane.org ([80.91.229.3]:39177) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vpt6c-0007S8-MP for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2013 00:10:06 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vpt6a-0001db-W4 for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2013 06:10:05 +0100 Received: from 99-8-112-225.lightspeed.brbnca.sbcglobal.net ([99.8.112.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Dec 2013 06:10:04 +0100 Received: from cbsmith by 99-8-112-225.lightspeed.brbnca.sbcglobal.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Dec 2013 06:10:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Christopher Smith Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Mon, 9 Dec 2013 04:38:59 +0000 (UTC) Lines: 18 Message-ID: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 99.8.112.225 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 09 Dec 2013 02:34:05 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Donald Tillman till.com> writes: > Hi! > > I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from > emacsformacosx.com. > > Running Emacs, a process named "distnoted" starts around 1% or 2% of the > CPU, and after a while, slowly works its way up to 50% to 100% of > the CPU. Yoiks! Actually there appear to be 3 distnoted processes, > but only one eats up the CPU. > > Quitting Emacs brings distnoted down to under 1% within seconds. Just wanted to bump this up, as I've now seen this bug myself. Not sure why Emacs is causing the problem. My emacs was built from macports. --Chris From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 03:18:22 2013 Received: (at 15946) by debbugs.gnu.org; 9 Dec 2013 08:18:22 +0000 Received: from localhost ([127.0.0.1]:39364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpw2m-0002NG-UO for submit@debbugs.gnu.org; Mon, 09 Dec 2013 03:18:21 -0500 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:64078) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpw2i-0002N0-Qd for 15946@debbugs.gnu.org; Mon, 09 Dec 2013 03:18:19 -0500 Received: from fermat.math.s.chiba-u.ac.jp (fermat [133.82.132.10]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 8D222C055D; Mon, 9 Dec 2013 17:18:12 +0900 (JST) Date: Mon, 09 Dec 2013 17:18:12 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: Christopher Smith Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) >>>>> On Mon, 9 Dec 2013 04:38:59 +0000 (UTC), Christopher Smith said: > Donald Tillman till.com> writes: >> Hi! >> >> I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded >> from emacsformacosx.com. >> >> Running Emacs, a process named "distnoted" starts around 1% or 2% >> of the CPU, and after a while, slowly works its way up to 50% to >> 100% of the CPU. Yoiks! Actually there appear to be 3 distnoted >> processes, but only one eats up the CPU. >> >> Quitting Emacs brings distnoted down to under 1% within seconds. > Just wanted to bump this up, as I've now seen this bug myself. Not > sure why Emacs is causing the problem. My emacs was built from > macports. Which "port" did you use to build Emacs from MacPorts? I'm asking it because I'd like to know if this problem can also happen with Emacs Mac port(*). Users of the MacPorts package system can use it via the "port" named "emacs-mac-app" (its application bundle name is EmacsMac.app). *: http://lists.gnu.org/archive/html/emacs-devel/2013-11/msg00225.html YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 05:07:08 2013 Received: (at 15946) by debbugs.gnu.org; 9 Dec 2013 10:07:09 +0000 Received: from localhost ([127.0.0.1]:39454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpxk4-0005Af-Jz for submit@debbugs.gnu.org; Mon, 09 Dec 2013 05:07:08 -0500 Received: from mailfe01.swip.net ([212.247.154.1]:56179 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpxk2-0005AQ-9K for 15946@debbugs.gnu.org; Mon, 09 Dec 2013 05:07:07 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 tests=MIME_QP_LONG_LINE Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 462323885; Mon, 09 Dec 2013 11:07:00 +0100 Received: from [172.16.2.178] (unknown [176.57.193.190]) (Authenticated sender: jhd) by hosdjarv.se (Postfix) with ESMTPSA id 764AC1A01FC; Mon, 9 Dec 2013 10:07:00 +0000 (UTC) References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11B554a) From: =?utf-8?Q?Jan_Dj=C3=A4rv?= Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Mon, 9 Dec 2013 11:06:58 +0100 To: Christopher Smith X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello.=20 > 9 dec 2013 kl. 05:38 skrev Christopher Smith : >=20 > Donald Tillman till.com> writes: >> Hi! >>=20 >> I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from >> emacsformacosx.com. >>=20 >> Running Emacs, a process named "distnoted" starts around 1% or 2% of the >> CPU, and after a while, slowly works its way up to 50% to 100% of >> the CPU. Yoiks! Actually there appear to be 3 distnoted processes, >> but only one eats up the CPU. >>=20 >> Quitting Emacs brings distnoted down to under 1% within seconds.=20 >=20 > Just wanted to bump this up, as I've now seen this bug myself. Not sure > why Emacs is causing the problem. My emacs was built from macports. It is no use bumping anything that isn't reproducable. More helpful would be= if those that have this can do some debugging. For example dtruss on Emacs a= nd distnoted.=20 Jan D.=20= From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 27 14:28:40 2013 Received: (at 15946) by debbugs.gnu.org; 27 Dec 2013 19:28:40 +0000 Received: from localhost ([127.0.0.1]:46965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vwd5L-0001J4-KM for submit@debbugs.gnu.org; Fri, 27 Dec 2013 14:28:40 -0500 Received: from mail-vc0-f173.google.com ([209.85.220.173]:34974) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VwPmB-0007Yd-HA for 15946@debbugs.gnu.org; Fri, 27 Dec 2013 00:16:00 -0500 Received: by mail-vc0-f173.google.com with SMTP id ht17so4543106vcb.18 for <15946@debbugs.gnu.org>; Thu, 26 Dec 2013 21:15:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=3PvKENIvIU+0mxhL4sflDy28sbpxSje6RVPQmVliIPg=; b=azui4wjaxLCgK4nnWTQYtvygy8JeI3gh0BEk0mDv42y5MZpEQla+nH+CkqTNWhzt7t IExKxQ46WRPVI1XQL6EIrrlydB4y86n9eggW3G3WdZE24cwxXMDZwe+zahGh7PndA5a3 KzFhtlvAwU7nf9pzZZBUvR4dNwwswTtDyflCovzk33fT1i2tLUmW5gdfmG0u0y7+6vB2 qlbhO0IHMnV3FAZ0QPACG9qU/CEemhksZkiuAN2760IGgY/pfPzC6A+spBkIUQ8JLpUR ZqG+B94+i7RixMgdxb1gFdFD+LCoJCp7+8ToOLBjYZmaSiAZHWW5jQ6mAPR+ODkxx+Yw YMNg== X-Received: by 10.58.180.227 with SMTP id dr3mr3049603vec.36.1388121358913; Thu, 26 Dec 2013 21:15:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.211.228 with HTTP; Thu, 26 Dec 2013 21:15:37 -0800 (PST) In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> From: SB Date: Fri, 27 Dec 2013 14:15:37 +0900 Message-ID: Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946 X-Mailman-Approved-At: Fri, 27 Dec 2013 14:28:38 -0500 Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hello, I've investigated this problem since I had similar symptoms that correlated with everyone else's reports (quit emacs.app and distnoted quiets down). Also, in my case when I download the vanilla emacs.app from the emacs for OSX site, the problem does not appear. In my case, under Mavericks, this problem only occurs when I use Emacs.app with the inline patch applied (for more native Japanese input). Emacs inline patch http://svn.sourceforge.jp/svnroot/macemacsjp/inline_patch/trunk/emacs-inlin= e.patch After investigating, it seems that the purpose of distnoted is to serve as a daemon to facilitate interapplication communication. In the case of the "inline patch", to capture the moment the IME is changed so that Emacs can do likewise to change language input. This is done by adding an observer using NSDistributedNotificationCenter and there is also a corresponding Core Foundation method. I didn't find any used of NSDistributedNotificationCenter in the official release (24.3) source. https://developer.apple.com/library/mac/documentation/cocoa/reference/found= ation/classes/NSDistributedNotificationCenter_Class/Reference/Reference.htm= l The fix was to add "suspensionBehavior:NSNotificationSuspensionBehaviorDeliverImmediately" rather than the default which was "NSNotificationSuspensionBehaviorCoalesce". For whatever reason, modifying the inline patch in this manner fixed the issue for me. This would be consistent with the report above that "Cmd Tabbing" seems to trigger it (since it would activate the suspension behavior). Others with the same problem seem to take a sledgehammer approach of killing distnoted with a cronjob (which I did manually as well). This is the patch (modified by hand so it may not apply) against emacs 24.3= . https://gist.github.com/anonymous/8142555 The modified line: [[NSDistributedNotificationCenter defaultCenter] addObserver: NSApp selector: @selector (changeInputMethod:) name: @"AppleSelectedInputSourcesChangedNotification" object: nil suspensionBehavior:NSNotificationSuspensionBehaviorDeliverImmediately]; Suspension Behavior https://developer.apple.com/library/mac/documentation/cocoa/reference/found= ation/classes/NSDistributedNotificationCenter_Class/Reference/Reference.htm= l#//apple_ref/doc/c_ref/NSNotificationSuspensionBehavior For others who do not use the patch, there may be other applications, since this is most likely a bug with Mavericks itself and you may want to log distnoted for additional hints and grep the source of your emacs build to see if NSDistributedNotificationCenter is being used. Logging Distnoted http://www.cocoawithlove.com/2009/02/interprocess-communication-snooping.ht= ml Hope this helps someone. Cheers, Sam On Mon, Dec 9, 2013 at 7:06 PM, Jan Dj=E4rv wrote: > Hello. > >> 9 dec 2013 kl. 05:38 skrev Christopher Smith : >> >> Donald Tillman till.com> writes: >>> Hi! >>> >>> I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from >>> emacsformacosx.com. >>> >>> Running Emacs, a process named "distnoted" starts around 1% or 2% of th= e >>> CPU, and after a while, slowly works its way up to 50% to 100% of >>> the CPU. Yoiks! Actually there appear to be 3 distnoted processes, >>> but only one eats up the CPU. >>> >>> Quitting Emacs brings distnoted down to under 1% within seconds. >> >> Just wanted to bump this up, as I've now seen this bug myself. Not sure >> why Emacs is causing the problem. My emacs was built from macports. > > It is no use bumping anything that isn't reproducable. More helpful would= be if those that have this can do some debugging. For example dtruss on Em= acs and distnoted. > > Jan D. > > From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 17:56:14 2014 Received: (at 15946) by debbugs.gnu.org; 7 Jan 2014 22:56:14 +0000 Received: from localhost ([127.0.0.1]:41633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W0fZE-0007If-U4 for submit@debbugs.gnu.org; Tue, 07 Jan 2014 17:56:13 -0500 Received: from mailfe03.swip.net ([212.247.154.65]:52508 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W0fZ9-0007IQ-M2 for 15946@debbugs.gnu.org; Tue, 07 Jan 2014 17:56:09 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 299586196; Tue, 07 Jan 2014 23:56:04 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: Date: Tue, 7 Jan 2014 23:56:04 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9DA90B8B-1002-401D-9C4A-0A68316770EC@swipnet.se> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> To: SB X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. This is good to know, but others said they used Emacs downloaded from = emacsformacosx.com, which is supposed to be unpatched. So there might = be more than one reason for this. Jan D. 27 dec 2013 kl. 06:15 skrev SB : > Hello, I've investigated this problem since I had similar symptoms > that correlated with everyone else's reports (quit emacs.app and > distnoted quiets down). Also, in my case when I download the vanilla > emacs.app from the emacs for OSX site, the problem does not appear. In > my case, under Mavericks, this problem only occurs when I use > Emacs.app with the inline patch applied (for more native Japanese > input). >=20 > Emacs inline patch > = http://svn.sourceforge.jp/svnroot/macemacsjp/inline_patch/trunk/emacs-inli= ne.patch >=20 > After investigating, it seems that the purpose of distnoted is to > serve as a daemon to facilitate interapplication communication. In the > case of the "inline patch", to capture the moment the IME is changed > so that Emacs can do likewise to change language input. This is done > by adding an observer using NSDistributedNotificationCenter and there > is also a corresponding Core Foundation method. I didn't find any used > of NSDistributedNotificationCenter in the official release (24.3) > source. >=20 > = https://developer.apple.com/library/mac/documentation/cocoa/reference/foun= dation/classes/NSDistributedNotificationCenter_Class/Reference/Reference.h= tml >=20 > The fix was to add > = "suspensionBehavior:NSNotificationSuspensionBehaviorDeliverImmediately" > rather than the default which was > "NSNotificationSuspensionBehaviorCoalesce". For whatever reason, > modifying the inline patch in this manner fixed the issue for me. This > would be consistent with the report above that "Cmd Tabbing" seems to > trigger it (since it would activate the suspension behavior). >=20 > Others with the same problem seem to take a sledgehammer approach of > killing distnoted with a cronjob (which I did manually as well). >=20 > This is the patch (modified by hand so it may not apply) against emacs = 24.3. >=20 > https://gist.github.com/anonymous/8142555 >=20 > The modified line: >=20 > [[NSDistributedNotificationCenter defaultCenter] addObserver: NSApp > selector: @selector (changeInputMethod:) > name: > @"AppleSelectedInputSourcesChangedNotification" object: nil > = suspensionBehavior:NSNotificationSuspensionBehaviorDeliverImmediately]; >=20 > Suspension Behavior > = https://developer.apple.com/library/mac/documentation/cocoa/reference/foun= dation/classes/NSDistributedNotificationCenter_Class/Reference/Reference.h= tml#//apple_ref/doc/c_ref/NSNotificationSuspensionBehavior >=20 > For others who do not use the patch, there may be other applications, > since this is most likely a bug with Mavericks itself and you may want > to log distnoted for additional hints and grep the source of your > emacs build to see if NSDistributedNotificationCenter is being used. >=20 > Logging Distnoted > = http://www.cocoawithlove.com/2009/02/interprocess-communication-snooping.h= tml >=20 > Hope this helps someone. >=20 > Cheers, >=20 > Sam >=20 > On Mon, Dec 9, 2013 at 7:06 PM, Jan Dj=E4rv = wrote: >> Hello. >>=20 >>> 9 dec 2013 kl. 05:38 skrev Christopher Smith : >>>=20 >>> Donald Tillman till.com> writes: >>>> Hi! >>>>=20 >>>> I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded = from >>>> emacsformacosx.com. >>>>=20 >>>> Running Emacs, a process named "distnoted" starts around 1% or 2% = of the >>>> CPU, and after a while, slowly works its way up to 50% to 100% of >>>> the CPU. Yoiks! Actually there appear to be 3 distnoted = processes, >>>> but only one eats up the CPU. >>>>=20 >>>> Quitting Emacs brings distnoted down to under 1% within seconds. >>>=20 >>> Just wanted to bump this up, as I've now seen this bug myself. Not = sure >>> why Emacs is causing the problem. My emacs was built from macports. >>=20 >> It is no use bumping anything that isn't reproducable. More helpful = would be if those that have this can do some debugging. For example = dtruss on Emacs and distnoted. >>=20 >> Jan D. >>=20 >>=20 From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 22:35:38 2014 Received: (at 15946) by debbugs.gnu.org; 8 Jan 2014 03:35:38 +0000 Received: from localhost ([127.0.0.1]:41807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W0jvc-00023b-VC for submit@debbugs.gnu.org; Tue, 07 Jan 2014 22:35:38 -0500 Received: from mail-wg0-f46.google.com ([74.125.82.46]:45270) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W0jvZ-00023K-F1 for 15946@debbugs.gnu.org; Tue, 07 Jan 2014 22:35:34 -0500 Received: by mail-wg0-f46.google.com with SMTP id m15so919953wgh.13 for <15946@debbugs.gnu.org>; Tue, 07 Jan 2014 19:35:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=PNRf0KHJdKKDkZEb/gsusA0KCRj0jK/LXrfnhtAsCUA=; b=epiNQfG2IRI30MtPNNaDX0vTqo7GpKHKcDdCrCfpiBa/GofyKU0h29GySUYZVbfoRL OJlao77KhaadPXtfJJzTE7l6we8W3Fhv2IINPAcpfUyDFdWsAPTQa+YT5+zc11+zPnhf pPf9QLQRIMP0sR+znoXuV6un8t2SPZGoTSv6OkprktV32s/M5RVXYbkUiWS8xqkz0a5E VKpIJcYjAlCoUW8nQTVJ9X65g9bI/qjkXiqkAz0pjat6ng3WAV/a1H77S+BJBPB5l3ag 6unABrbpMCAgE3+PysaGuiaVFRKy/yt1FuAQBX+XEPlrxtMyt2Y5S886Np3O/IVT1RV+ 5QVQ== X-Gm-Message-State: ALoCoQnOQpmg4y2Q8vMO2ctRILLdVloSZubOc3R9ZWWODVvAtP9jawiJ3ZjKG+lmA2ItnVqZyjhE X-Received: by 10.180.187.229 with SMTP id fv5mr19540950wic.24.1389152132285; Tue, 07 Jan 2014 19:35:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.165.226 with HTTP; Tue, 7 Jan 2014 19:35:02 -0800 (PST) In-Reply-To: <9DA90B8B-1002-401D-9C4A-0A68316770EC@swipnet.se> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <9DA90B8B-1002-401D-9C4A-0A68316770EC@swipnet.se> From: Josh Date: Tue, 7 Jan 2014 19:35:02 -0800 X-Google-Sender-Auth: wAy8KhGpY7TCr8_Qwov5TYmGYl4 Message-ID: Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946 Cc: SB , "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Tue, Jan 7, 2014 at 2:56 PM, Jan Dj=E4rv wrote: > This is good to know, but others said they used Emacs downloaded from ema= csformacosx.com, which is supposed to be unpatched. It does appear to be entirely unpatched, and the tools to produce it are publicly available[0] so it's easy to check. There's also an archive[1] of releases, pretests, and nightlies going back to 2006 (!) in .dmg format which is sometimes handy for bisection. [0] https://github.com/caldwell/build-emacs [1] http://emacsformacosx.com/builds/all From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 08 04:24:30 2014 Received: (at 15946) by debbugs.gnu.org; 8 Jan 2014 09:24:30 +0000 Received: from localhost ([127.0.0.1]:42017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W0pNG-0003qX-1V for submit@debbugs.gnu.org; Wed, 08 Jan 2014 04:24:30 -0500 Received: from mailfe05.swip.net ([212.247.154.129]:60507 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W0pNC-0003qN-En for 15946@debbugs.gnu.org; Wed, 08 Jan 2014 04:24:28 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 462532886; Wed, 08 Jan 2014 10:24:24 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: Date: Wed, 8 Jan 2014 10:24:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <9DA90B8B-1002-401D-9C4A-0A68316770EC@swipnet.se> To: Josh X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: SB , "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 8 jan 2014 kl. 04:35 skrev Josh : > On Tue, Jan 7, 2014 at 2:56 PM, Jan Dj=E4rv = wrote: >> This is good to know, but others said they used Emacs downloaded from = emacsformacosx.com, which is supposed to be unpatched. >=20 > It does appear to be entirely unpatched, and the tools to produce > it are publicly available[0] so it's easy to check. There's also > an archive[1] of releases, pretests, and nightlies going back to > 2006 (!) in .dmg format which is sometimes handy for bisection. >=20 > [0] https://github.com/caldwell/build-emacs > [1] http://emacsformacosx.com/builds/all This has to be done by someone who has the problem. I already tried = several of their builds, on three separate machines. None exhibit the = problem. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 12:28:02 2014 Received: (at submit) by debbugs.gnu.org; 14 Jan 2014 17:28:02 +0000 Received: from localhost ([127.0.0.1]:50600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W37mT-0007BP-Ol for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:28:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48020) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W37ai-0006cm-2I for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:15:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W37ac-0002vC-7X for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:15:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_50,URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47537) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W37ab-0002v7-Ss for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:15:46 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49720) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W37aW-0003hF-KW for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:15:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W37aQ-0002uD-L2 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:15:40 -0500 Received: from sam.nabble.com ([216.139.236.26]:53630) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W37aQ-0002u9-E1 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:15:34 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W37aP-0001sZ-Lv for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 09:15:33 -0800 Date: Tue, 14 Jan 2014 09:15:33 -0800 (PST) From: canoeberry To: Bug-gnu-emacs@gnu.org Message-ID: <1389719733663-310127.post@n5.nabble.com> In-Reply-To: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 14 Jan 2014 12:28:00 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.7 (---) I have been observing this since Mavericks was released. I did not make a connection between distnoted and emacs, other than the following observation: both are leaking memory. For the first time ever I am finding that my emacs process slowly grows in size. I can be editing a small handful of files and be using 500Mb of real memory. Never seen that before, ever. Distnoted grows much faster, on the order of 1Gb real memory / day. Killing that process and having another start up automatically causes some OS X features to stop working, e.g., it is not possible to enter Time Machine or even see the status of your Time Machine backups anymore. I have seen distnoted peg the CPU when Time Machine backups are running or recently completed. Meanwhile, the menubar no longer animates the in-progress backup, which I assume is not on purpose and possibly even related to the issue. I do not use shells in emacs nowadays. I am running emacs from emacsformacosx. I have filed bugs with Apple. If anybody has any suggestions on how to figure out what is causing Emacs to grow in size, I will happily run some experiments for you. I tried to figure out how to profile emacs memory but it was not very obvious to me what to do. -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310127.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 12:46:12 2014 Received: (at 15946) by debbugs.gnu.org; 14 Jan 2014 17:46:12 +0000 Received: from localhost ([127.0.0.1]:50616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3843-0007mK-6c for submit@debbugs.gnu.org; Tue, 14 Jan 2014 12:46:11 -0500 Received: from mailfe07.swip.net ([212.247.154.193]:39895 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W383y-0007m7-L3 for 15946@debbugs.gnu.org; Tue, 14 Jan 2014 12:46:07 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 468236845; Tue, 14 Jan 2014 18:46:04 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <1389719733663-310127.post@n5.nabble.com> Date: Tue, 14 Jan 2014 18:46:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> To: canoeberry X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 14 jan 2014 kl. 18:15 skrev canoeberry : > I have been observing this since Mavericks was released. I did not = make a > connection between distnoted and emacs, other than the following > observation: both are leaking memory. >=20 > For the first time ever I am finding that my emacs process slowly = grows in > size. I can be editing a small handful of files and be using 500Mb of = real > memory. Never seen that before, ever. >=20 > Distnoted grows much faster, on the order of 1Gb real memory / day. = Killing > that process and having another start up automatically causes some OS = X > features to stop working, e.g., it is not possible to enter Time = Machine or > even see the status of your Time Machine backups anymore. >=20 > I have seen distnoted peg the CPU when Time Machine backups are = running or > recently completed. Meanwhile, the menubar no longer animates the > in-progress backup, which I assume is not on purpose and possibly even > related to the issue. >=20 I think that is so OSX can save a bit of power. > I do not use shells in emacs nowadays. >=20 > I am running emacs from emacsformacosx. >=20 > I have filed bugs with Apple. >=20 > If anybody has any suggestions on how to figure out what is causing = Emacs to > grow in size, I will happily run some experiments for you. I tried to = figure > out how to profile emacs memory but it was not very obvious to me what = to > do. The obvious thing is to run leaks on Emacs (man leaks) after a garbage = collection has been made (M-x garbage-collect). Leaks may report leaks = which in fact are not due to uncollected garbage. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 15:10:00 2014 Received: (at submit) by debbugs.gnu.org; 14 Jan 2014 20:10:00 +0000 Received: from localhost ([127.0.0.1]:50688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AJD-0003oI-1Z for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:59 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33917) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AJA-0003oA-FJ for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AJ4-0008Nx-Ja for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:56 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_50, HTML_MESSAGE, URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:46497) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AJ4-0008Nt-GE for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:50 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35602) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AIz-0002n5-DF for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:09:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AIu-0008MZ-77 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:09:45 -0500 Received: from sam.nabble.com ([216.139.236.26]:51990) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AIu-0008MG-0n for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:09:40 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W3AIt-00058V-3c for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:09:39 -0800 Date: Tue, 14 Jan 2014 12:09:39 -0800 (PST) From: canoeberry To: Bug-gnu-emacs@gnu.org Message-ID: <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_254833_368301.1389730179105" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.7 (---) ------=_Part_254833_368301.1389730179105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This is what I see if I run the "leaks" program on my Mac on the emacs proc= ess: Leak: 0x1109f7b20 size=3D160 zone: DefaultMallocZone_0x100659000 OS_dis= patch_source ObjC libdispatch.dylib =090x76964c20 0x00007fff 0x00000001 0x00000000 =09 L.v............ =090x89abcdef 0xffffffff 0x769666c0 0x00007fff =09.........f.v.... =090x00000000 0x00000000 0x00000000 0x00000000 =09................ =090x00000000 0x00000000 0x00000000 0x00000000 =09................ =090x00000000 0x00000000 0x00000000 0x00000000 =09................ =090x00000001 0x00000000 0x0002940d 0x00000000 =09................ =090x8896290c 0x00007fff 0x013000a0 0x00000001 =09.)........0..... =090x109f7c10 0x00000001 0x00000002 0x0000004c =09.|..........L... =09... A bazillion of them. I also ran it on a distnoted which I just killed and restarted because the = existing one was over 2Gb of real memory (or so it said). It claimed there = were no leaks. This leaks program is pretty cool. It's like a conservative GC algorithm th= at assumes every integer could be a pointer. So by definition is is conserv= ative. Anyway - does this piece of information help any smart hacker types? JP On 14 Jan 2014, at 17:47, Jan Dj=C3=A4rv [via Emacs] wrote: > Hello.=20 >=20 > 14 jan 2014 kl. 18:15 skrev canoeberry <[hidden email]>:=20 >=20 > > I have been observing this since Mavericks was released. I did not make= a=20 > > connection between distnoted and emacs, other than the following=20 > > observation: both are leaking memory.=20 > >=20 > > For the first time ever I am finding that my emacs process slowly grows= in=20 > > size. I can be editing a small handful of files and be using 500Mb of r= eal=20 > > memory. Never seen that before, ever.=20 > >=20 > > Distnoted grows much faster, on the order of 1Gb real memory / day. Kil= ling=20 > > that process and having another start up automatically causes some OS X= =20 > > features to stop working, e.g., it is not possible to enter Time Machin= e or=20 > > even see the status of your Time Machine backups anymore.=20 > >=20 > > I have seen distnoted peg the CPU when Time Machine backups are running= or=20 > > recently completed. Meanwhile, the menubar no longer animates the=20 > > in-progress backup, which I assume is not on purpose and possibly even= =20 > > related to the issue.=20 > > >=20 > I think that is so OSX can save a bit of power.=20 >=20 > > I do not use shells in emacs nowadays.=20 > >=20 > > I am running emacs from emacsformacosx.=20 > >=20 > > I have filed bugs with Apple.=20 > >=20 > > If anybody has any suggestions on how to figure out what is causing Ema= cs to=20 > > grow in size, I will happily run some experiments for you. I tried to f= igure=20 > > out how to profile emacs memory but it was not very obvious to me what = to=20 > > do. >=20 > The obvious thing is to run leaks on Emacs (man leaks) after a garbage co= llection has been made (M-x garbage-collect). Leaks may report leaks which= in fact are not due to uncollected garbage.=20 >=20 > Jan D.=20 >=20 >=20 >=20 >=20 >=20 >=20 > If you reply to this email, your message will be added to the discussion = below: > http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-dist= noted-process-tp303500p310141.html > To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted proce= ss, click here. > NAML ----- Jonathan Payne -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-= 24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310179.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. ------=_Part_254833_368301.1389730179105 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable This is what I see if I run the "leaks" program on my Mac on the emacs pr= ocess:

Leak: 0x1109f7b20  size=3D160 &nbs= p;zone: DefaultMallocZone_0x100659000   OS_dispatch_source&n= bsp; ObjC  libdispatch.dylib
=090x76964c20 0x00007fff 0x00000001 0x0= 0000000 =09 L.v............
=090x89abcdef 0xffffffff 0x769666c0 0x00007fff =09
.........f.v= ....
=09= 0x00000000 0x00000000 0x00000000 0x00000000 =09................
=090x00000000 0x00000000 = 0x00000000 0x00000000 =09................
=090x00000000 0x00000000 0x00000000 0x00000000&= nbsp;=09...= .............
= =090x00000001 0x00000000 0x0002940d 0x00000000 =09................
=090x8896290c 0= x00007fff 0x013000a0 0x00000001 =09.)........0.....
=090x109f7c10 0x00000001 0x00000002= 0x0000004c = =09.|..........L...
=09...

A bazillion of them.
=
I also ran it on a distnoted which I just killed and restart= ed because the existing one was over 2Gb of real memory (or so it said). It= claimed there were no leaks.

This leaks program i= s pretty cool. It's like a conservative GC algorithm that assumes every int= eger could be a pointer. So by definition is is conservative.
Anyway - does this piece of information help any smart hacker t= ypes?

JP

On 14 Jan 2014, a= t 17:47, Jan Dj=C3=A4rv [via Emacs] <[hidden email]> wrote:

=09Hello.

14 jan 2014 kl. 18:15 skrev canoeberry <<a href=3D"x-msg= ://78/user/SendEmail.jtp?type=3Dnode&amp;node=3D310141&amp;i=3D0&qu= ot; target=3D"_top" rel=3D"nofollow" link=3D"exter= nal">[hidden email]>:

>= ; I have been observing this since Mavericks was released. I did not make a
> connection between distnoted and emacs, other than the following
> observation: both are leaking memory.
>=20
> For the first time ever I am finding that my emacs process slowly = grows in
> size. I can be editing a small handful of files and be using 500Mb= of real
> memory. Never seen that before, ever.
>=20
> Distnoted grows much faster, on the order of 1Gb real memory / day= . Killing
> that process and having another start up automatically causes some= OS X
> features to stop working, e.g., it is not possible to enter Time M= achine or
> even see the status of your Time Machine backups anymore.
>=20
> I have seen distnoted peg the CPU when Time Machine backups are ru= nning or
> recently completed. Meanwhile, the menubar no longer animates the
> in-progress backup, which I assume is not on purpose and possibly = even
> related to the issue.
>=20
I think that is so OSX can save a bit of power.

>= ; I do not use shells in emacs nowadays.
>=20
> I am running emacs from emacsformacosx.
>=20
> I have filed bugs with Apple.
>=20
> If anybody has any suggestions on how to figure out what is causin= g Emacs to
> grow in size, I will happily run some experiments for you. I tried= to figure
> out how to profile emacs memory but it was not very obvious to me = what to
> do.
The obvious thing is to run leaks on Emacs (man leaks) after a = garbage collection has been made (M-x garbage-collect).  Leaks may rep= ort leaks which in fact are not due to uncollected garbage.

        Jan D.




=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://emacs.1067599.n5.nabble.com/bug-15946-24-= 3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310141.html =09
=09
=09=09 =09=09To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted p= rocess, cli= ck here.
=09=09NAML =09

=09 =09 =09
=09=09=09=09Jonathan Payne
=09=09=09


View this message in context: = Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process
Sent from the Emacs - Bugs mailing list archive at Nabble.com.
------=_Part_254833_368301.1389730179105-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 15:34:00 2014 Received: (at submit) by debbugs.gnu.org; 14 Jan 2014 20:34:00 +0000 Received: from localhost ([127.0.0.1]:50712 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AgQ-0004Vt-AO for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:59 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39334) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AgM-0004Vg-Sp for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AgG-0007F3-Ky for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:54 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_50, HTML_MESSAGE, URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33423) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AgG-0007Ex-HM for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:48 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AgB-000140-Em for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:33:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3Ag5-0007C1-P9 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:33:43 -0500 Received: from sam.nabble.com ([216.139.236.26]:56645) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3Ag5-0007Bh-7u for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:33:37 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W3Ag4-00082U-EK for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:33:36 -0800 Date: Tue, 14 Jan 2014 12:33:36 -0800 (PST) From: canoeberry To: Bug-gnu-emacs@gnu.org Message-ID: <710B6DA7-CD6D-4EA8-839B-5B1AF9CE695B@jpayne.net> In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_259615_32598962.1389731616437" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.7 (---) ------=_Part_259615_32598962.1389731616437 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've fired up Emacs with the -q and -nsl options. So my .emacs is not loade= d and neither is the site-lisp. It starts leaking memory at a rate ... well= here you go: $ while true > do > sudo leaks 12095 | head -20 | grep "leaks for" > sleep 1 > done Process 12095: 935 leaks for 165824 total leaked bytes. Process 12095: 954 leaks for 168864 total leaked bytes. Process 12095: 972 leaks for 171744 total leaked bytes. Process 12095: 986 leaks for 173984 total leaked bytes. Process 12095: 1005 leaks for 177024 total leaked bytes. Process 12095: 1025 leaks for 180224 total leaked bytes. Process 12095: 1039 leaks for 182464 total leaked bytes. Process 12095: 1057 leaks for 185344 total leaked bytes. Process 12095: 1076 leaks for 188384 total leaked bytes. Process 12095: 1090 leaks for 190624 total leaked bytes. Process 12095: 1107 leaks for 193344 total leaked bytes. Process 12095: 1127 leaks for 196544 total leaked bytes. Process 12095: 1147 leaks for 199744 total leaked bytes. Process 12095: 1158 leaks for 201504 total leaked bytes. Process 12095: 1178 leaks for 204704 total leaked bytes. Process 12095: 1195 leaks for 207424 total leaked bytes. Process 12095: 1209 leaks for 209664 total leaked bytes. So it's basically something like 20 individual 160 byte leaks per second. I= f I actually use emacs it seems to have spurts of many more leaks. These do= seem like proper leaks because my emacs memory is growing at the same rate= as this leaks is reporting, and, I am literally running an emacs with noth= ing in it and not interacting with it. Output from dtruss shows kevent activity. A bunch of it. Not much else: workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB3E8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x7FFF5FBFD2E8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x7FFF5FBFE8B8, 0x1)=09=09 =3D 1 0 workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 kevent64(0x3, 0x7FFF5FBFCAF8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 setitimer(0x0, 0x7FFF5FBFD0B0, 0x0)=09=09 =3D 0 0 kevent64(0x3, 0x7FFF5FBFE8C8, 0x1)=09=09 =3D 1 0 workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 This is grasping at straws at its worst. JP On 14 Jan 2014, at 17:47, Jan Dj=C3=A4rv [via Emacs] wrote: > Hello.=20 >=20 > 14 jan 2014 kl. 18:15 skrev canoeberry <[hidden email]>:=20 >=20 > > I have been observing this since Mavericks was released. I did not make= a=20 > > connection between distnoted and emacs, other than the following=20 > > observation: both are leaking memory.=20 > >=20 > > For the first time ever I am finding that my emacs process slowly grows= in=20 > > size. I can be editing a small handful of files and be using 500Mb of r= eal=20 > > memory. Never seen that before, ever.=20 > >=20 > > Distnoted grows much faster, on the order of 1Gb real memory / day. Kil= ling=20 > > that process and having another start up automatically causes some OS X= =20 > > features to stop working, e.g., it is not possible to enter Time Machin= e or=20 > > even see the status of your Time Machine backups anymore.=20 > >=20 > > I have seen distnoted peg the CPU when Time Machine backups are running= or=20 > > recently completed. Meanwhile, the menubar no longer animates the=20 > > in-progress backup, which I assume is not on purpose and possibly even= =20 > > related to the issue.=20 > > >=20 > I think that is so OSX can save a bit of power.=20 >=20 > > I do not use shells in emacs nowadays.=20 > >=20 > > I am running emacs from emacsformacosx.=20 > >=20 > > I have filed bugs with Apple.=20 > >=20 > > If anybody has any suggestions on how to figure out what is causing Ema= cs to=20 > > grow in size, I will happily run some experiments for you. I tried to f= igure=20 > > out how to profile emacs memory but it was not very obvious to me what = to=20 > > do. >=20 > The obvious thing is to run leaks on Emacs (man leaks) after a garbage co= llection has been made (M-x garbage-collect). Leaks may report leaks which= in fact are not due to uncollected garbage.=20 >=20 > Jan D.=20 >=20 >=20 >=20 >=20 >=20 >=20 > If you reply to this email, your message will be added to the discussion = below: > http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-dist= noted-process-tp303500p310141.html > To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted proce= ss, click here. > NAML ----- Jonathan Payne -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-= 24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310185.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. ------=_Part_259615_32598962.1389731616437 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable I've fired up Emacs with the -q and -nsl options. So my .emacs is not loa= ded and neither is the site-lisp. It starts leaking memory at a rate ... we= ll here you go:

$ while true
> do
> sudo lea= ks 12095 | head -20 | grep "leaks for"
> sleep 1
> done
Proc= ess 12095: 935 leaks for 165824 total leaked bytes.
Process 12095: 954 l= eaks for 168864 total leaked bytes.
Process 12095: 972 leaks for 171744 = total leaked bytes.
Process 12095: 986 leaks for 173984 total leaked byt= es.
Process 12095: 1005 leaks for 177024 total leaked bytes.
Process = 12095: 1025 leaks for 180224 total leaked bytes.
Process 12095: 1039 lea= ks for 182464 total leaked bytes.
Process 12095: 1057 leaks for 185344 t= otal leaked bytes.
Process 12095: 1076 leaks for 188384 total leaked byt= es.
Process 12095: 1090 leaks for 190624 total leaked bytes.
Process = 12095: 1107 leaks for 193344 total leaked bytes.
Process 12095: 1127 lea= ks for 196544 total leaked bytes.
Process 12095: 1147 leaks for 199744 t= otal leaked bytes.
Process 12095: 1158 leaks for 201504 total leaked byt= es.
Process 12095: 1178 leaks for 204704 total leaked bytes.
Process = 12095: 1195 leaks for 207424 total leaked bytes.
Process 12095: 1209 lea= ks for 209664 total leaked bytes.

So it's basically something l= ike 20 individual 160 byte leaks per second. If I actually use emacs it see= ms to have spurts of many more leaks. These do seem like proper leaks becau= se my emacs memory is growing at the same rate as this leaks is reporting, = and, I am literally running an emacs with nothing in it and not interacting= with it.

Output from dtruss shows kevent activity= . A bunch of it. Not much else:

workq_kernreturn(0= x20, 0x0, 0x1)=09= =09 =3D 0 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3,= 0x1006CB458, 0x1)= =09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
ke= vent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
keve= nt64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D = 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB3E8, 0x1)=09=09 = =3D 1 0
kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x= 0)=09=09&nb= sp;=3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB45= 8, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3,= 0x7FFF5FBFD2E8, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent6= 4(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0=
kevent64(0x3, 0x7FFF5FBFE8B8, 0x1)=09=09 =3D 1 0
workq_kernreturn(0x20, 0= x0, 0x1)=09=09 =3D 0 0
kevent64(0x3, 0x7FFF5FBFCAF8, 0x1)=09=09 =3D 1 0
kevent64(= 0x3, 0x0, 0x0)=09= =09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
keven= t64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
ke= vent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09
 = =3D 1 0
setitimer(0x0, 0x7FFF5FBFD0B0, 0x0)=09=09 =3D 0 0
kevent64(0x3, 0x7= FFF5FBFE8C8, 0x1)= =09=09 =3D 1 0
workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0

This is graspin= g at straws at its worst.

JP

On 14 Jan 2014, at 17:47, Jan Dj=C3=A4rv [via Emacs] <[hidden email]> wrote:

=09Hello.

14 jan 2014 kl. 18:15 skrev canoeberry <<a href=3D"x-msg= ://80/user/SendEmail.jtp?type=3Dnode&amp;node=3D310141&amp;i=3D0&qu= ot; target=3D"_top" rel=3D"nofollow" link=3D"exter= nal">[hidden email]>:

>= ; I have been observing this since Mavericks was released. I did not make a
> connection between distnoted and emacs, other than the following
> observation: both are leaking memory.
>=20
> For the first time ever I am finding that my emacs process slowly = grows in
> size. I can be editing a small handful of files and be using 500Mb= of real
> memory. Never seen that before, ever.
>=20
> Distnoted grows much faster, on the order of 1Gb real memory / day= . Killing
> that process and having another start up automatically causes some= OS X
> features to stop working, e.g., it is not possible to enter Time M= achine or
> even see the status of your Time Machine backups anymore.
>=20
> I have seen distnoted peg the CPU when Time Machine backups are ru= nning or
> recently completed. Meanwhile, the menubar no longer animates the
> in-progress backup, which I assume is not on purpose and possibly = even
> related to the issue.
>=20
I think that is so OSX can save a bit of power.

>= ; I do not use shells in emacs nowadays.
>=20
> I am running emacs from emacsformacosx.
>=20
> I have filed bugs with Apple.
>=20
> If anybody has any suggestions on how to figure out what is causin= g Emacs to
> grow in size, I will happily run some experiments for you. I tried= to figure
> out how to profile emacs memory but it was not very obvious to me = what to
> do.
The obvious thing is to run leaks on Emacs (man leaks) after a = garbage collection has been made (M-x garbage-collect).  Leaks may rep= ort leaks which in fact are not due to uncollected garbage.

        Jan D.




=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://emacs.1067599.n5.nabble.com/bug-15946-24-= 3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310141.html =09
=09
=09=09 =09=09To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted p= rocess, cli= ck here.
=09=09NAML =09

=09 =09 =09
=09=09=09=09Jonathan Payne
=09=09=09


View this message in context: = Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process
Sent from the Emacs - Bugs mailing list archive at Nabble.com.
------=_Part_259615_32598962.1389731616437-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 16:35:03 2014 Received: (at 15946) by debbugs.gnu.org; 14 Jan 2014 21:35:04 +0000 Received: from localhost ([127.0.0.1]:50737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3BdX-0006Dl-0Y for submit@debbugs.gnu.org; Tue, 14 Jan 2014 16:35:03 -0500 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:42957) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3BdU-0006DL-K8 for 15946@debbugs.gnu.org; Tue, 14 Jan 2014 16:35:01 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 2A10584CB4; Tue, 14 Jan 2014 16:35:00 -0500 (EST) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 0FEEF1E5B74; Tue, 14 Jan 2014 16:34:37 -0500 (EST) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 00411B40D3; Tue, 14 Jan 2014 16:34:36 -0500 (EST) From: Stefan Monnier To: canoeberry Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Message-ID: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> Date: Tue, 14 Jan 2014 16:34:36 -0500 In-Reply-To: <1389719733663-310127.post@n5.nabble.com> (canoeberry's message of "Tue, 14 Jan 2014 09:15:33 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) > If anybody has any suggestions on how to figure out what is causing Emacs to > grow in size, It'd be useful to state precisely which Emacs you're running. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 16:53:32 2014 Received: (at submit) by debbugs.gnu.org; 14 Jan 2014 21:53:33 +0000 Received: from localhost ([127.0.0.1]:50747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3BvQ-0006lp-5C for submit@debbugs.gnu.org; Tue, 14 Jan 2014 16:53:32 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60033) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3BvO-0006lf-Ii for submit@debbugs.gnu.org; Tue, 14 Jan 2014 16:53:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3BvJ-0006oe-Ic for submit@debbugs.gnu.org; Tue, 14 Jan 2014 16:53:30 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_20, HTML_MESSAGE, URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44473) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3BvJ-0006oa-Fg for submit@debbugs.gnu.org; Tue, 14 Jan 2014 16:53:25 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3BvF-0001Ev-26 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 16:53:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3BvA-0006nD-QV for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 16:53:21 -0500 Received: from sam.nabble.com ([216.139.236.26]:39593) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3BvA-0006n5-KQ for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 16:53:16 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W3Bv9-0001H4-Ix for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 13:53:15 -0800 Date: Tue, 14 Jan 2014 13:53:15 -0800 (PST) From: canoeberry To: Bug-gnu-emacs@gnu.org Message-ID: <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_269674_7208166.1389736395580" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.7 (---) ------=_Part_269674_7208166.1389736395580 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sorry about that! GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org >From emacsformacos.com. I think I was already using this version before I upgraded to Mavericks and it was sometime after the Mavericks upgrade that I noticed the leak. So it's ... likely an incompatible change or just a bug in Mavericks. JP On 14 Jan 2014, at 21:36, Stefan Monnier [via Emacs] wrote: > > If anybody has any suggestions on how to figure out what is causing Emacs to > > grow in size, > > It'd be useful to state precisely which Emacs you're running. > > > Stefan > > > > > > If you reply to this email, your message will be added to the discussion below: > http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310197.html > To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted process, click here. > NAML ----- Jonathan Payne -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310199.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. ------=_Part_269674_7208166.1389736395580 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable = Sorry about that!

=09GNU Emacs 24.3.1 (x86_64-apple-darwin, NS ap= ple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org
=


=
I think I was already using this version before I upgraded to Ma= vericks and it was sometime after the Mavericks upgrade that I noticed the = leak. So it's ... likely an incompatible change or just a bug in Mavericks.=

JP

On 14 Jan 2014, at 21:36= , Stefan Monnier [via Emacs] <[h= idden email]> wrote:

=09> If anybody has any suggestions on how to figure out what is causing= Emacs to
> grow in size,

It'd be useful to state precisely which Emacs you're running.


        Stefan



=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://emacs.1067599.n5.nabble.com/bug-15946-24-= 3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310197.html =09
=09
=09=09 =09=09To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted p= rocess, cli= ck here.
=09=09NAML =09

=09 =09 =09
=09=09=09=09Jonathan Payne
=09=09=09


View this message in context: = Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process
Sent from the Emacs - Bugs mailing list archive at Nabble.com.
------=_Part_269674_7208166.1389736395580-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 17:07:44 2014 Received: (at 15946) by debbugs.gnu.org; 14 Jan 2014 22:07:44 +0000 Received: from localhost ([127.0.0.1]:50756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3C9A-0007Bo-6f for submit@debbugs.gnu.org; Tue, 14 Jan 2014 17:07:44 -0500 Received: from mailfe07.swip.net ([212.247.154.193]:40233 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3C97-0007Be-Di for 15946@debbugs.gnu.org; Tue, 14 Jan 2014 17:07:42 -0500 X-T2-Spam-Status: No, hits=2.0 required=5.0 tests=BAYES_50, HTML_MESSAGE,MIME_QP_LONG_LINE,URI_HEX Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 468280838; Tue, 14 Jan 2014 23:07:38 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_8B783AFE-9665-4698-9C8F-163925778F32" Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> Date: Tue, 14 Jan 2014 23:07:37 +0100 Message-Id: <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> To: canoeberry X-Mailer: Apple Mail (2.1827) X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello. 14 jan 2014 kl. 22:53 skrev canoeberry : > Sorry about that! > > GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.247.154.193 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence 0.0 HTML_MESSAGE BODY: HTML included in message X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello. 14 jan 2014 kl. 22:53 skrev canoeberry : > Sorry about that! > > GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.247.154.193 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence 0.0 HTML_MESSAGE BODY: HTML included in message --Apple-Mail=_8B783AFE-9665-4698-9C8F-163925778F32 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello. 14 jan 2014 kl. 22:53 skrev canoeberry : > Sorry about that! >=20 > GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) = of 2013-03-13 on bob.porkrind.org You should try a newer version, built from the trunk. Jan D. >=20 > =46rom emacsformacos.com. >=20 > I think I was already using this version before I upgraded to = Mavericks and it was sometime after the Mavericks upgrade that I noticed = the leak. So it's ... likely an incompatible change or just a bug in = Mavericks. >=20 > JP >=20 > On 14 Jan 2014, at 21:36, Stefan Monnier [via Emacs] <[hidden email]> = wrote: >=20 >> > If anybody has any suggestions on how to figure out what is causing = Emacs to=20 >> > grow in size,=20 >>=20 >> It'd be useful to state precisely which Emacs you're running.=20 >>=20 >>=20 >> Stefan=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> If you reply to this email, your message will be added to the = discussion below: >> = http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distn= oted-process-tp303500p310197.html >> To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted = process, click here. >> NAML >=20 > Jonathan Payne=20 >=20 > View this message in context: Re: bug#15946: 24.3; Mac OS X, = Mavericks, distnoted process > Sent from the Emacs - Bugs mailing list archive at Nabble.com. --Apple-Mail=_8B783AFE-9665-4698-9C8F-163925778F32 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hello.

14 jan 2014 kl. 22:53 skrev = canoeberry <emacs@jpayne.net>:

Sorry= about that!

GNU Emacs 24.3.1 = (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org

Yo= u should try a newer version, built from the = trunk.

Jan D.



I = think I was already using this version before I upgraded to Mavericks = and it was sometime after the Mavericks upgrade that I noticed the leak. = So it's ... likely an incompatible change or just a bug in = Mavericks.

JP

On 14 Jan = 2014, at 21:36, Stefan Monnier [via Emacs] <[hidden = email]> wrote:

> If anybody has any suggestions on how to figure out what is = causing Emacs to
> grow in size,

It'd be useful to state precisely which Emacs you're running.


        Stefan



=09 =09 =09


If you reply to this = email, your message will be added to the discussion below:
http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS= -X-Mavericks-distnoted-process-tp303500p310197.html
=09 To unsubscribe from bug#15946: 24.3; Mac OS X, = Mavericks, distnoted process, click here.
NAML

=09 =09
Jonathan Payne


View this message in context: Re: bug#15946: 24.3; Mac OS = X, Mavericks, distnoted process
Sent from the Emacs - = Bugs mailing list archive at Nabble.com.

= --Apple-Mail=_8B783AFE-9665-4698-9C8F-163925778F32-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 17:10:21 2014 Received: (at 15946) by debbugs.gnu.org; 14 Jan 2014 22:10:21 +0000 Received: from localhost ([127.0.0.1]:50760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3CBg-0007Ge-1u for submit@debbugs.gnu.org; Tue, 14 Jan 2014 17:10:20 -0500 Received: from mailfe08.swip.net ([212.247.154.225]:54771 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3CBd-0007GR-7x for 15946@debbugs.gnu.org; Tue, 14 Jan 2014 17:10:17 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 469751319; Tue, 14 Jan 2014 23:10:15 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> Date: Tue, 14 Jan 2014 23:10:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> To: canoeberry X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 14 jan 2014 kl. 21:09 skrev canoeberry : > This is what I see if I run the "leaks" program on my Mac on the emacs = process: >=20 > Leak: 0x1109f7b20 size=3D160 zone: DefaultMallocZone_0x100659000 = OS_dispatch_source ObjC libdispatch.dylib > 0x76964c20 0x00007fff 0x00000001 0x00000000 L.v............ > 0x89abcdef 0xffffffff 0x769666c0 0x00007fff .........f.v.... > 0x00000000 0x00000000 0x00000000 0x00000000 ................ > 0x00000000 0x00000000 0x00000000 0x00000000 ................ > 0x00000000 0x00000000 0x00000000 0x00000000 ................ > 0x00000001 0x00000000 0x0002940d 0x00000000 ................ > 0x8896290c 0x00007fff 0x013000a0 0x00000001 .)........0..... > 0x109f7c10 0x00000001 0x00000002 0x0000004c .|..........L... > ... >=20 > A bazillion of them. >=20 > I also ran it on a distnoted which I just killed and restarted because = the existing one was over 2Gb of real memory (or so it said). It claimed = there were no leaks. >=20 > This leaks program is pretty cool. It's like a conservative GC = algorithm that assumes every integer could be a pointer. So by = definition is is conservative. >=20 > Anyway - does this piece of information help any smart hacker types? They are not all like that, somewhere in there is the real leak. You = need to save all output, and put it somewhere it can be read. If it is = large, better not send it to the list. But if you are doing this, do it on a more recent version than 24.3. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 17:59:13 2014 Received: (at 15946) by debbugs.gnu.org; 14 Jan 2014 22:59:13 +0000 Received: from localhost ([127.0.0.1]:50769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Cwy-00007G-NK for submit@debbugs.gnu.org; Tue, 14 Jan 2014 17:59:13 -0500 Received: from mx0.mattleach.net ([176.58.118.143]:39825) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Cww-000072-D2 for 15946@debbugs.gnu.org; Tue, 14 Jan 2014 17:59:11 -0500 Received: from mx0.mattleach.net (localhost.localdomain [127.0.0.1]) by mx0.mattleach.net (Postfix) with ESMTP id 54C6B61CB7 for <15946@debbugs.gnu.org>; Tue, 14 Jan 2014 22:59:09 +0000 (GMT) Received: by mx0.mattleach.net (Postfix, from userid 99) id 4860A620C5; Tue, 14 Jan 2014 22:59:09 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx0.mattleach.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.5 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 Received: from MBA.local.mattleach.net (host86-132-106-71.range86-132.btcentralplus.com [86.132.106.71]) by mx0.mattleach.net (Postfix) with ESMTPSA id 26CD361CB7; Tue, 14 Jan 2014 22:59:03 +0000 (GMT) From: Matthew Leach To: Jan =?utf-8?Q?Dj=C3=A4rv?= Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process In-Reply-To: ("Jan \=\?utf-8\?Q\?Dj\=C3\=A4rv\=22's\?\= message of "Tue, 14 Jan 2014 23:10:14 +0100") References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (darwin) Date: Tue, 14 Jan 2014 22:59:01 +0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Virus-Scanned: ClamAV X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 15946 Cc: canoeberry , 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Jan Dj=C3=A4rv writes: > They are not all like that, somewhere in there is the real leak. You > need to save all output, and put it somewhere it can be read. If it > is large, better not send it to the list. But if you are doing this, > do it on a more recent version than 24.3. Trunk Emacs seems okay, I get a much smaller output from leaks. There are some leaks in there that I think are worth a look though, see attached. I just downloaded Emacs for OS X does and it defiantly has a problem with leaking, a freshly started Emacs already generates over a MB of output with leaks. --=20 Matt --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=leaks-trunk.txt Process: Emacs [21591] Path: /Users/matthew/Development/emacs/build/nextstep/Emacs.app/Contents/MacOS/Emacs Load Address: 0x100000000 Identifier: org.gnu.Emacs Version: Version 24.3.50 (9.0) Code Type: X86-64 Parent Process: launchd [158] Date/Time: 2014-01-14 22:46:37.788 +0000 OS Version: Mac OS X 10.9.1 (13B42) Report Version: 7 leaks Report Version: 2.0 Process 21591: 69442 nodes malloced for 37557 KB Process 21591: 13 leaks for 17264 total leaked bytes. Leak: 0x13124d800 size=16384 zone: MallocHelperZone_0x10081a000 0x00000000 0x00000000 0x00000000 0x00000000 ................ 0x000b0007 0x00000003 0x00030008 0x00000000 ................ 0x00000000 0x00000000 0x00000020 0x0000003a ........ ...:... 0x00000125 0x00000000 0x0d565875 0x00000001 %.......uXV..... 0x0010000a 0x00000004 0x00008008 0x0000002f ............/... 0x00000000 0x00000000 0x0000004e 0x53256e3c ........N...) id 1W3Jw4-0004OC-Ay for submit@debbugs.gnu.org; Wed, 15 Jan 2014 01:26:45 -0500 Received: from mailfe08.swip.net ([212.247.154.225]:44218 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3Jvy-0004Ny-Pn for 15946@debbugs.gnu.org; Wed, 15 Jan 2014 01:26:41 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 469804502; Wed, 15 Jan 2014 07:26:36 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: Date: Wed, 15 Jan 2014 07:26:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> To: Jonathan Payne X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi. 14 jan 2014 kl. 23:17 skrev Jonathan Payne : > Hi Jan, >=20 > [Removed the list from this email] Don't do that unless you are attaching something big. >=20 > Are there already-compiled versions out there? Or do I have to = download the toolchain to build it myself? I am not sure I want to go = there... even though I think I already have the necessary toolchain = installed ... http://emacsforosx.com/builds has nightlies. Use the newest of those. Jan D. >=20 > Regarding the leaks in my previous message, each line output says = "Leak: ...". So I think by definition it's a leak: there are no pointers = or "maybe pointers" pointing to the block in question. If the blocks are = all pointing to each other, then the leak could be that the first block = is not being pointed to, but regardless they are all unreachable by = anything looking like a pointer in all of the stacks and heap and static = memory of the process. >=20 I forgot, you should start your Emacs like this: % MallocStackLogging=3D1 .../pah/to/Emacs.app/Contents/MacOS/Emacs and then run leaks. It will then print a stack trace also. This may = slow Emacs down a bit. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 15 02:52:49 2014 Received: (at 15946) by debbugs.gnu.org; 15 Jan 2014 07:52:49 +0000 Received: from localhost ([127.0.0.1]:50962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3LHM-00071y-MB for submit@debbugs.gnu.org; Wed, 15 Jan 2014 02:52:49 -0500 Received: from mailfe02.swip.net ([212.247.154.33]:58435 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3LHF-00070p-NB for 15946@debbugs.gnu.org; Wed, 15 Jan 2014 02:52:43 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 469257033; Wed, 15 Jan 2014 08:52:38 +0100 Received: from jdvpro.hq.ismobile.com (unknown [176.57.193.190]) (Authenticated sender: jhd) by hosdjarv.se (Postfix) with ESMTPSA id 6BE8D1A00FB; Wed, 15 Jan 2014 07:52:38 +0000 (UTC) Message-ID: <52D63E46.10909@swipnet.se> Date: Wed, 15 Jan 2014 08:52:38 +0100 From: "Jan D." User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Matthew Leach Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: canoeberry , 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. Matthew Leach skrev 2014-01-14 23:59: > > Jan Djärv writes: > >> They are not all like that, somewhere in there is the real leak. You >> need to save all output, and put it somewhere it can be read. If it >> is large, better not send it to the list. But if you are doing this, >> do it on a more recent version than 24.3. > > Trunk Emacs seems okay, I get a much smaller output from leaks. There > are some leaks in there that I think are worth a look though, see > attached. > > I just downloaded Emacs for OS X does and it defiantly has a problem with > leaking, a freshly started Emacs already generates over a MB of output > with leaks. > Can you run this again, but with MallocStackLogging set? I.e.: % MallocStackLogging=1 .../path/to/Emacs.app/Contents/MacOS/Emacs And if you can, briefly describe what you did in Emacs before running leaks. Thanks, Jan D. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 15 05:53:48 2014 Received: (at 15946) by debbugs.gnu.org; 15 Jan 2014 10:53:48 +0000 Received: from localhost ([127.0.0.1]:51092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3O6V-0003r5-TG for submit@debbugs.gnu.org; Wed, 15 Jan 2014 05:53:48 -0500 Received: from mx0.mattleach.net ([176.58.118.143]:40158) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3O6T-0003qv-N4 for 15946@debbugs.gnu.org; Wed, 15 Jan 2014 05:53:46 -0500 Received: from mx0.mattleach.net (localhost.localdomain [127.0.0.1]) by mx0.mattleach.net (Postfix) with ESMTP id 15B5D61BAB for <15946@debbugs.gnu.org>; Wed, 15 Jan 2014 10:53:44 +0000 (GMT) Received: by mx0.mattleach.net (Postfix, from userid 99) id 09197620C5; Wed, 15 Jan 2014 10:53:44 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx0.mattleach.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.5 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 Received: from MBA.local.mattleach.net (mx0.mattleach.net [176.58.118.143]) by mx0.mattleach.net (Postfix) with ESMTPSA id 517BE61BAB; Wed, 15 Jan 2014 10:53:33 +0000 (GMT) From: Matthew Leach To: "Jan D." Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process In-Reply-To: <52D63E46.10909@swipnet.se> (Jan D.'s message of "Wed, 15 Jan 2014 08:52:38 +0100") References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> <52D63E46.10909@swipnet.se> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (darwin) Date: Wed, 15 Jan 2014 10:53:32 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Virus-Scanned: ClamAV X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 15946 Cc: canoeberry , 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) "Jan D." writes: > Can you run this again, but with MallocStackLogging set? I.e.: > > % MallocStackLogging=1 .../path/to/Emacs.app/Contents/MacOS/Emacs > > And if you can, briefly describe what you did in Emacs before running > leaks. Sure, see [1]. I simply did C-h v font-lock to bring up a completion buffer, then added -keywords to bring up the help buffer and followed the reference to font-lock.el. That seemed to cause the leaks. [1]: https://gist.github.com/anonymous/8434281 -- Matt From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 15 08:41:13 2014 Received: (at 15946) by debbugs.gnu.org; 15 Jan 2014 13:41:13 +0000 Received: from localhost ([127.0.0.1]:51202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3QiW-0001KS-1P for submit@debbugs.gnu.org; Wed, 15 Jan 2014 08:41:12 -0500 Received: from caibbdcaabae.dreamhost.com ([208.113.200.104]:44395 helo=homiemail-a115.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3QiQ-0001KB-EP for 15946@debbugs.gnu.org; Wed, 15 Jan 2014 08:41:07 -0500 Received: from homiemail-a115.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a115.g.dreamhost.com (Postfix) with ESMTP id 49B2C8313; Wed, 15 Jan 2014 05:41:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jpayne.net; h=content-type :mime-version:subject:from:in-reply-to:date:cc:message-id :references:to; s=jpayne.net; bh=y/GNjq9aZrFeXTM2jCPIQnLq3UA=; b= rDmTwR4MBg2j5K5HhWuESBwpfC/r0Z3Jy/pH4SVvsPBdug9RaGRmk52G7HYRhzIk Ujazg+6yaOyxPV1swgtzSlSYKvOXr58Wa7qSxEyFAsBBifSNcD26/qlMbhox+CNW RmF9DgpnBzTqt0s7BmL9zIv1cfBxn8rYo3aYFR6SScM= Received: from [10.0.1.92] (cpc7-camd15-2-0-cust712.20-2.cable.virginm.net [94.174.158.201]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jonathan@payne-family.org) by homiemail-a115.g.dreamhost.com (Postfix) with ESMTPSA id 0E8FD8311; Wed, 15 Jan 2014 05:41:03 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_49DCBAF7-95C9-42DE-B79F-59CACD2746C4" Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: Jonathan Payne In-Reply-To: <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> Date: Wed, 15 Jan 2014 13:41:01 +0000 Message-Id: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> To: =?iso-8859-1?Q?Jan_Dj=E4rv?= X-Mailer: Apple Mail (2.1827) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --Apple-Mail=_49DCBAF7-95C9-42DE-B79F-59CACD2746C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 I have downloaded the nightly and my problem is solved. Neither = distnoted nor emacs is leaking anymore. Well - ok there is apparently one leak occurring in emacs. It looks sort = of like a string with a regular expression in it: > leaks Report Version: 2.0 > Process 634: 59789 nodes malloced for 19799 KB > Process 634: 1 leak for 16384 total leaked bytes. > Leak: 0x100e20600 size=3D16384 zone: DefaultMallocZone_0x100687000 > 0x00000000 0x50000000 0x00000000 0x50000000 .......P.......P > 0x00000000 0x00000000 0x0000004b 0x00000000 ........K....... > 0x74696e69 0x4e7c5c79 0x7c5c4e61 0x75677261 inity\|NaN\|argu > 0x746e656d 0x667c5c73 0x65736c61 0x756e7c5c ments\|false\|nu > 0x7c5c6c6c 0x3f285c74 0x7369683a 0x75727c5c ll\|t\(?:his\|ru > 0x5c295c65 0x646e757c 0x6e696665 0x295c6465 e\)\|undefined\) > 0x003e5f5c 0x00000000 0x00000000 0x00000000 \_>............. > 0x00000012 0x00000000 0x7079746f 0x5c295c65 ........otype\)\ > ... So, I think this was caused by turning on flyspell-mode. The size is 16k = which just reeks of two 8k buffers associated with a pipe or something. Thanks for all the help with this issue. JP On 15 Jan 2014, at 06:26, Jan Dj=E4rv wrote: > Hi. >=20 > 14 jan 2014 kl. 23:17 skrev Jonathan Payne : >=20 >> Hi Jan, >>=20 >> [Removed the list from this email] >=20 > Don't do that unless you are attaching something big. >=20 >>=20 >> Are there already-compiled versions out there? Or do I have to = download the toolchain to build it myself? I am not sure I want to go = there... even though I think I already have the necessary toolchain = installed ... >=20 > http://emacsforosx.com/builds has nightlies. Use the newest of those. >=20 > Jan D. >=20 >>=20 >> Regarding the leaks in my previous message, each line output says = "Leak: ...". So I think by definition it's a leak: there are no pointers = or "maybe pointers" pointing to the block in question. If the blocks are = all pointing to each other, then the leak could be that the first block = is not being pointed to, but regardless they are all unreachable by = anything looking like a pointer in all of the stacks and heap and static = memory of the process. >>=20 >=20 > I forgot, you should start your Emacs like this: >=20 > % MallocStackLogging=3D1 .../pah/to/Emacs.app/Contents/MacOS/Emacs >=20 > and then run leaks. It will then print a stack trace also. This may = slow Emacs down a bit. >=20 > Jan D. >=20 --Apple-Mail=_49DCBAF7-95C9-42DE-B79F-59CACD2746C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
I = have downloaded the nightly and my problem is solved. Neither distnoted = nor emacs is leaking anymore.

Well - ok there = is apparently one leak occurring in emacs. It looks sort of like a = string with a regular expression in = it:

leaks Report = Version:  2.0
Process 634: 59789 nodes malloced for 19799 KB
Process 634: 1 = leak for 16384 total leaked bytes.
Leak: 0x100e20600  = size=3D16384  zone: DefaultMallocZone_0x100687000
= 0x00000000 0x50000000 0x00000000 0x50000000 = .......P.......P
= 0x00000000 0x00000000 0x0000004b 0x00000000 = ........K.......
= 0x74696e69 0x4e7c5c79 0x7c5c4e61 0x75677261 = inity\|NaN\|argu
= 0x746e656d 0x667c5c73 0x65736c61 0x756e7c5c = ments\|false\|nu
= 0x7c5c6c6c 0x3f285c74 0x7369683a 0x75727c5c = ll\|t\(?:his\|ru
= 0x5c295c65 0x646e757c 0x6e696665 0x295c6465 = e\)\|undefined\)
= 0x003e5f5c 0x00000000 0x00000000 0x00000000 = \_>.............
0x00000012 0x00000000 0x7079746f = 0x5c295c65 = ........otype\)\
= ...

So,= I think this was caused by turning on flyspell-mode. The size is 16k = which just reeks of two 8k buffers associated with a pipe or = something.

Thanks for all the help with this = issue.

JP

On 15 Jan = 2014, at 06:26, Jan Dj=E4rv <jan.h.d@swipnet.se> = wrote:

Hi.

14 jan 2014 kl. 23:17 skrev Jonathan Payne = <emacs@jpayne.net>:

Hi Jan,

[Removed the list from this = email]

Don't do that unless you are attaching = something big.


Are there = already-compiled versions out there? Or do I have to download the = toolchain to build it myself? I am not sure I want to go there... even = though I think I already have the necessary toolchain installed = ...

http://emacsforosx.com/builds = has nightlies.  Use the newest of those.

Jan = D.


Regarding the leaks in my = previous message, each line output says "Leak: ...". So I think by = definition it's a leak: there are no pointers or "maybe pointers" = pointing to the block in question. If the blocks are all pointing to = each other, then the leak could be that the first block is not being = pointed to, but regardless they are all unreachable by anything looking = like a pointer in all of the stacks and heap and static memory of the = process.


I forgot, you should start your Emacs = like this:

% MallocStackLogging=3D1 = .../pah/to/Emacs.app/Contents/MacOS/Emacs

and then run leaks. =  It will then print a stack trace also.  This may slow Emacs = down a bit.

Jan = D.


= --Apple-Mail=_49DCBAF7-95C9-42DE-B79F-59CACD2746C4-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 09:35:52 2014 Received: (at submit) by debbugs.gnu.org; 17 Jan 2014 14:35:52 +0000 Received: from localhost ([127.0.0.1]:54641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4AWV-000889-MY for submit@debbugs.gnu.org; Fri, 17 Jan 2014 09:35:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53727) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4A9f-0007Ux-CF for submit@debbugs.gnu.org; Fri, 17 Jan 2014 09:12:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4A9Z-0004qb-DZ for submit@debbugs.gnu.org; Fri, 17 Jan 2014 09:12:15 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,FREEMAIL_FROM, URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34840) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4A9Z-0004qT-B2 for submit@debbugs.gnu.org; Fri, 17 Jan 2014 09:12:09 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4A9R-0005aS-K6 for Bug-gnu-emacs@gnu.org; Fri, 17 Jan 2014 09:12:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4A9M-0004oK-Ko for Bug-gnu-emacs@gnu.org; Fri, 17 Jan 2014 09:12:01 -0500 Received: from sam.nabble.com ([216.139.236.26]:43050) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4A9M-0004o9-FR for Bug-gnu-emacs@gnu.org; Fri, 17 Jan 2014 09:11:56 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W4A9M-0008VR-3M for Bug-gnu-emacs@gnu.org; Fri, 17 Jan 2014 06:11:56 -0800 Date: Fri, 17 Jan 2014 06:11:56 -0800 (PST) From: vbeffara To: Bug-gnu-emacs@gnu.org Message-ID: <1389967916091-310630.post@n5.nabble.com> In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 17 Jan 2014 09:35:49 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) Hi, Just one thing I noticed, whenever the system is in "leak mode" between distnoted and emacs: one way to trigger a CPU use spike is to change ambient light level (say by covering the sensor with your hand). Might be useful in reproducing / tracing whatever is happening in distnoted ... (using GNU Emacs 24.3.50.1 from homebrew) /v -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310630.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 18 17:53:09 2014 Received: (at submit) by debbugs.gnu.org; 18 Jan 2014 22:53:09 +0000 Received: from localhost ([127.0.0.1]:56446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4elI-0006Qw-Ia for submit@debbugs.gnu.org; Sat, 18 Jan 2014 17:53:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55010) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4elG-0006Qo-Cg for submit@debbugs.gnu.org; Sat, 18 Jan 2014 17:53:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4elA-0004A9-Aw for submit@debbugs.gnu.org; Sat, 18 Jan 2014 17:53:06 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_50,URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38361) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4elA-0004A5-7i for submit@debbugs.gnu.org; Sat, 18 Jan 2014 17:53:00 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56691) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4el5-0001Zs-5x for Bug-gnu-emacs@gnu.org; Sat, 18 Jan 2014 17:53:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4el0-00047m-25 for Bug-gnu-emacs@gnu.org; Sat, 18 Jan 2014 17:52:55 -0500 Received: from sam.nabble.com ([216.139.236.26]:41459) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4ekz-00047P-T8 for Bug-gnu-emacs@gnu.org; Sat, 18 Jan 2014 17:52:49 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W4eky-0000MX-6z for Bug-gnu-emacs@gnu.org; Sat, 18 Jan 2014 14:52:48 -0800 Date: Sat, 18 Jan 2014 14:52:48 -0800 (PST) From: canoeberry To: Bug-gnu-emacs@gnu.org Message-ID: <1390085568209-310818.post@n5.nabble.com> In-Reply-To: <1389967916091-310630.post@n5.nabble.com> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.7 (---) I had downloaded a nightly and was so happy to see that the memory leak was gone. However, the nightly has a ton of other problems with a package that is near and dear to my heart at the moment: mumamo. So I have downloaded the source and compiled it and tried to patch it with the suggestion involving a patch early in this bug report, but that has not solved the problem. Then I remembered that I could get stack traces, which I have done: Call stack: [thread 0x7fff71dce310]: | 0x1 | start | main emacs.c:1528 | Frecursive_edit keyboard.c:844 | recursive_edit_1 keyboard.c:1148 | internal_catch eval.c:1060 | command_loop_2 keyboard.c:1168 | internal_condition_case eval.c:1290 | command_loop_1 keyboard.c:1459 | read_key_sequence keyboard.c:9234 | read_char keyboard.c:2059 | wait_reading_process_output process.c:4743 | detect_input_pending_run_timers keyboard.c:6680 | readable_events keyboard.c:3355 | timer_check keyboard.c:4378 | call1 eval.c:2572 | Ffuncall eval.c:2850 | funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:1096 | internal_lisp_condition_case eval.c:1243 | eval_sub eval.c:2149 | exec_byte_code bytecode.c:900 | Ffuncall eval.c:2759 | Fapply eval.c:2255 | Ffuncall eval.c:2850 | funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:900 | Ffuncall eval.c:2775 | Finput_pending_p keyboard.c:6687 | gobble_input keyboard.c:6768 | ns_read_socket nsterm.m:3424 | -[NSApplication run] | -[NSApplication _installMemoryStatusDispatchSources] | dispatch_source_create | _os_object_alloc_realized | class_createInstance | calloc | malloc_zone_calloc Leak: 0x1040efe20 size=160 zone: DefaultMallocZone_0x100630000 OS_dispatch_source ObjC libdispatch.dylib 0x71162c20 0x00007fff 0x00000001 0x00000000 ,.q............ 0x89abcdef 0xffffffff 0x71164480 0x00007fff .........D.q.... 0x00000000 0x00000000 0x00000000 0x00000000 ................ 0x00000000 0x00000000 0x00000000 0x00000000 ................ 0x00000000 0x00000000 0x00000000 0x00000000 ................ 0x00000001 0x00000000 0x00000175 0x00000000 ........u....... 0x8316090c 0x00007fff 0x00804760 0x00000001 ........`G...... 0x040e2120 0x00000001 0x00000002 0x0000004c !..........L... ... The last line of code in emacs that produces this leak is: if (++apploopnr != 1) { emacs_abort (); } [NSApp run]; --apploopnr; well it's the --apploopnr according to leaks! A little weird if you ask me. Anyway - does anybody have any insights into this? ----- Jonathan Payne -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310818.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 19 04:33:20 2014 Received: (at 15946) by debbugs.gnu.org; 19 Jan 2014 09:33:20 +0000 Received: from localhost ([127.0.0.1]:56644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4okp-000304-LR for submit@debbugs.gnu.org; Sun, 19 Jan 2014 04:33:19 -0500 Received: from mailfe01.swip.net ([212.247.154.1]:33798 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4okn-0002zs-8e for 15946@debbugs.gnu.org; Sun, 19 Jan 2014 04:33:18 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 472917666; Sun, 19 Jan 2014 10:33:15 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <1390085568209-310818.post@n5.nabble.com> Date: Sun, 19 Jan 2014 10:33:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> <1390085568209-310818.post@n5.nabble.com> To: canoeberry X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15946 Cc: 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 18 jan 2014 kl. 23:52 skrev canoeberry : > I had downloaded a nightly and was so happy to see that the memory = leak was > gone. However, the nightly has a ton of other problems with a package = that > is near and dear to my heart at the moment: mumamo. >=20 > So I have downloaded the source and compiled it and tried to patch it = with > the suggestion involving a patch early in this bug report, but that = has not > solved the problem. Then I remembered that I could get stack traces, = which I > have done: You are better off trying to get mumamo working with trunk. There are = so many differences between 24.3 and trunk. It is no trivial task to = identify which has memory leak fixes. >=20 > Call stack: [thread 0x7fff71dce310]: | 0x1 | start | main = emacs.c:1528 | > Frecursive_edit keyboard.c:844 | recursive_edit_1 keyboard.c:1148 | > internal_catch eval.c:1060 | command_loop_2 keyboard.c:1168 | > internal_condition_case eval.c:1290 | command_loop_1 keyboard.c:1459 | > read_key_sequence keyboard.c:9234 | read_char keyboard.c:2059 | > wait_reading_process_output process.c:4743 | = detect_input_pending_run_timers > keyboard.c:6680 | readable_events keyboard.c:3355 | timer_check > keyboard.c:4378 | call1 eval.c:2572 | Ffuncall eval.c:2850 | = funcall_lambda > eval.c:3010 | exec_byte_code bytecode.c:1096 | = internal_lisp_condition_case > eval.c:1243 | eval_sub eval.c:2149 | exec_byte_code bytecode.c:900 | > Ffuncall eval.c:2759 | Fapply eval.c:2255 | Ffuncall eval.c:2850 | > funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:900 | Ffuncall > eval.c:2775 | Finput_pending_p keyboard.c:6687 | gobble_input > keyboard.c:6768 | ns_read_socket nsterm.m:3424 | -[NSApplication run] = | > -[NSApplication _installMemoryStatusDispatchSources] | > dispatch_source_create | _os_object_alloc_realized | = class_createInstance | > calloc | malloc_zone_calloc=20 > Leak: 0x1040efe20 size=3D160 zone: DefaultMallocZone_0x100630000 =20 > OS_dispatch_source ObjC libdispatch.dylib > 0x71162c20 0x00007fff 0x00000001 0x00000000 ,.q............ > 0x89abcdef 0xffffffff 0x71164480 0x00007fff .........D.q.... > 0x00000000 0x00000000 0x00000000 0x00000000 ................ > 0x00000000 0x00000000 0x00000000 0x00000000 ................ > 0x00000000 0x00000000 0x00000000 0x00000000 ................ > 0x00000001 0x00000000 0x00000175 0x00000000 ........u....... > 0x8316090c 0x00007fff 0x00804760 0x00000001 ........`G...... > 0x040e2120 0x00000001 0x00000002 0x0000004c !..........L... > ... >=20 > The last line of code in emacs that produces this leak is: >=20 > if (++apploopnr !=3D 1) > { > emacs_abort (); > } > [NSApp run]; > --apploopnr; >=20 > well it's the --apploopnr according to leaks! A little weird if you = ask me. The stack trace clearly states that it is in NSApp run (i.e. = NSApplication run), so the trace is off by one line. This happens = often. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 19 05:49:49 2014 Received: (at submit) by debbugs.gnu.org; 19 Jan 2014 10:49:49 +0000 Received: from localhost ([127.0.0.1]:56650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4pwq-00059r-Hh for submit@debbugs.gnu.org; Sun, 19 Jan 2014 05:49:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49773) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4pwn-00059f-F0 for submit@debbugs.gnu.org; Sun, 19 Jan 2014 05:49:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4pwh-0007Ym-37 for submit@debbugs.gnu.org; Sun, 19 Jan 2014 05:49:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_50, HTML_MESSAGE, URI_HEX autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47800) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4pwg-0007Yi-WB for submit@debbugs.gnu.org; Sun, 19 Jan 2014 05:49:39 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51489) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4pwb-00078q-S8 for Bug-gnu-emacs@gnu.org; Sun, 19 Jan 2014 05:49:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4pwW-0007WO-Pt for Bug-gnu-emacs@gnu.org; Sun, 19 Jan 2014 05:49:33 -0500 Received: from sam.nabble.com ([216.139.236.26]:57134) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4pwW-0007WJ-JP for Bug-gnu-emacs@gnu.org; Sun, 19 Jan 2014 05:49:28 -0500 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W4pwV-0006kz-OK for Bug-gnu-emacs@gnu.org; Sun, 19 Jan 2014 02:49:27 -0800 Date: Sun, 19 Jan 2014 02:49:27 -0800 (PST) From: canoeberry To: Bug-gnu-emacs@gnu.org Message-ID: <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> In-Reply-To: References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> <1390085568209-310818.post@n5.nabble.com> Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_691654_29201061.1390128567749" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.7 (---) ------=_Part_691654_29201061.1390128567749 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ironically, the leak was fixed by ... YOU! On 19 Jan 2014, at 09:34, Jan Dj=C3=A4rv [via Emacs] wrote: > Hello.=20 >=20 > 18 jan 2014 kl. 23:52 skrev canoeberry <[hidden email]>:=20 >=20 > > I had downloaded a nightly and was so happy to see that the memory leak= was=20 > > gone. However, the nightly has a ton of other problems with a package t= hat=20 > > is near and dear to my heart at the moment: mumamo.=20 > >=20 > > So I have downloaded the source and compiled it and tried to patch it w= ith=20 > > the suggestion involving a patch early in this bug report, but that has= not=20 > > solved the problem. Then I remembered that I could get stack traces, wh= ich I=20 > > have done:=20 >=20 > You are better off trying to get mumamo working with trunk. There are so= many differences between 24.3 and trunk. It is no trivial task to identif= y which has memory leak fixes.=20 >=20 > >=20 > > Call stack: [thread 0x7fff71dce310]: | 0x1 | start | main emacs.c:1528 = |=20 > > Frecursive_edit keyboard.c:844 | recursive_edit_1 keyboard.c:1148 |=20 > > internal_catch eval.c:1060 | command_loop_2 keyboard.c:1168 |=20 > > internal_condition_case eval.c:1290 | command_loop_1 keyboard.c:1459 |= =20 > > read_key_sequence keyboard.c:9234 | read_char keyboard.c:2059 |=20 > > wait_reading_process_output process.c:4743 | detect_input_pending_run_t= imers=20 > > keyboard.c:6680 | readable_events keyboard.c:3355 | timer_check=20 > > keyboard.c:4378 | call1 eval.c:2572 | Ffuncall eval.c:2850 | funcall_la= mbda=20 > > eval.c:3010 | exec_byte_code bytecode.c:1096 | internal_lisp_condition_= case=20 > > eval.c:1243 | eval_sub eval.c:2149 | exec_byte_code bytecode.c:900 |=20 > > Ffuncall eval.c:2759 | Fapply eval.c:2255 | Ffuncall eval.c:2850 |=20 > > funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:900 | Ffuncall= =20 > > eval.c:2775 | Finput_pending_p keyboard.c:6687 | gobble_input=20 > > keyboard.c:6768 | ns_read_socket nsterm.m:3424 | -[NSApplication run] |= =20 > > -[NSApplication _installMemoryStatusDispatchSources] |=20 > > dispatch_source_create | _os_object_alloc_realized | class_createInstan= ce |=20 > > calloc | malloc_zone_calloc=20 > > Leak: 0x1040efe20 size=3D160 zone: DefaultMallocZone_0x100630000 =20 > > OS_dispatch_source ObjC libdispatch.dylib=20 > > 0x71162c20 0x00007fff 0x00000001 0x00000000 ,.q............=20 > > 0x89abcdef 0xffffffff 0x71164480 0x00007fff .........D.q....=20 > > 0x00000000 0x00000000 0x00000000 0x00000000 ................=20 > > 0x00000000 0x00000000 0x00000000 0x00000000 ................=20 > > 0x00000000 0x00000000 0x00000000 0x00000000 ................=20 > > 0x00000001 0x00000000 0x00000175 0x00000000 ........u.......=20 > > 0x8316090c 0x00007fff 0x00804760 0x00000001 ........`G......=20 > > 0x040e2120 0x00000001 0x00000002 0x0000004c !..........L...=20 > > ...=20 > >=20 > > The last line of code in emacs that produces this leak is:=20 > >=20 > > if (++apploopnr !=3D 1)=20 > > {=20 > > emacs_abort ();=20 > > }=20 > > [NSApp run];=20 > > --apploopnr;=20 > >=20 > > well it's the --apploopnr according to leaks! A little weird if you ask= me. >=20 > The stack trace clearly states that it is in NSApp run (i.e. NSApplicatio= n run), so the trace is off by one line. This happens often.=20 >=20 > Jan D.=20 >=20 >=20 >=20 >=20 >=20 >=20 > If you reply to this email, your message will be added to the discussion = below: > http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-dist= noted-process-tp303500p310868.html > To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted proce= ss, click here. > NAML ----- Jonathan Payne -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-= 24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310871.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. ------=_Part_691654_29201061.1390128567749 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable Ironically, the leak was fixed by ... YOU!

On 19 J= an 2014, at 09:34, Jan Dj=C3=A4rv [via Emacs] <[hidden email]> wrote:

=09Hello.

18 jan 2014 kl. 23:52 skrev canoeberry <<a href=3D"x-msg= ://11/user/SendEmail.jtp?type=3Dnode&amp;node=3D310868&amp;i=3D0&qu= ot; target=3D"_top" rel=3D"nofollow" link=3D"exter= nal">[hidden email]>:

> I had downloaded a nightly and was so happy to see that the me= mory leak was
> gone. However, the nightly has a ton of other problems with a pack= age that
> is near and dear to my heart at the moment: mumamo.
>=20
> So I have downloaded the source and compiled it and tried to patch= it with
> the suggestion involving a patch early in this bug report, but tha= t has not
> solved the problem. Then I remembered that I could get stack trace= s, which I
> have done:

You are better off trying to get mumamo working with trunk.  T= here are so many differences between 24.3 and trunk.  It is no trivial= task to identify which has memory leak fixes.

>= ;=20
> =09Call stack: [thread 0x7fff71dce310]: | 0x1 | start | main emacs= .c:1528 |
> Frecursive_edit keyboard.c:844 | recursive_edit_1 keyboard.c:1148 = |
> internal_catch eval.c:1060 | command_loop_2 keyboard.c:1168 |
> internal_condition_case eval.c:1290 | command_loop_1 keyboard.c:14= 59 |
> read_key_sequence keyboard.c:9234 | read_char keyboard.c:2059 |
> wait_reading_process_output process.c:4743 | detect_input_pending_= run_timers
> keyboard.c:6680 | readable_events keyboard.c:3355 | timer_check
> keyboard.c:4378 | call1 eval.c:2572 | Ffuncall eval.c:2850 | funca= ll_lambda
> eval.c:3010 | exec_byte_code bytecode.c:1096 | internal_lisp_condi= tion_case
> eval.c:1243 | eval_sub eval.c:2149 | exec_byte_code bytecode.c:900= |
> Ffuncall eval.c:2759 | Fapply eval.c:2255 | Ffuncall eval.c:2850 |
> funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:900 | Ffunc= all
> eval.c:2775 | Finput_pending_p keyboard.c:6687 | gobble_input
> keyboard.c:6768 | ns_read_socket nsterm.m:3424 | -[NSApplication r= un] |
> -[NSApplication _installMemoryStatusDispatchSources] |
> dispatch_source_create | _os_object_alloc_realized | class_createI= nstance |
> calloc | malloc_zone_calloc=20
> Leak: 0x1040efe20  size=3D160  zone: DefaultMallocZone_0= x100630000  
> OS_dispatch_source  ObjC  libdispatch.dylib
> =090x71162c20 0x00007fff 0x00000001 0x00000000 =09 ,.q............
> =090x89abcdef 0xffffffff 0x71164480 0x00007fff =09.........D.q....
> =090x00000000 0x00000000 0x00000000 0x00000000 =09................
> =090x00000000 0x00000000 0x00000000 0x00000000 =09................
> =090x00000000 0x00000000 0x00000000 0x00000000 =09................
> =090x00000001 0x00000000 0x00000175 0x00000000 =09........u.......
> =090x8316090c 0x00007fff 0x00804760 0x00000001 =09........`G......
> =090x040e2120 0x00000001 0x00000002 0x0000004c =09 !..........L...
> =09...
>=20
> The last line of code in emacs that produces this leak is:
>=20
>      if (++apploopnr !=3D 1)
>        {
>          emacs_abort ();
>        }
>      [NSApp run];
>      --apploopnr;
>=20
> well it's the --apploopnr according to leaks! A little weird if yo= u ask me.
The stack trace clearly states that it is in NSApp run (i.e. NS= Application run), so the trace is off by one line.  This happens often= .

        Jan D.




=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://emacs.1067599.n5.nabble.com/bug-15946-24-= 3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310868.html =09
=09
=09=09 =09=09To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted p= rocess, cli= ck here.
=09=09NAML =09

=09 =09 =09
=09=09=09=09Jonathan Payne
=09=09=09


View this message in context: = Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process
Sent from the Emacs - Bugs mailing list archive at Nabble.com.
------=_Part_691654_29201061.1390128567749-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 04:54:17 2014 Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 09:54:17 +0000 Received: from localhost ([127.0.0.1]:57587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5BYe-0002ib-0A for submit@debbugs.gnu.org; Mon, 20 Jan 2014 04:54:16 -0500 Received: from mail-vb0-f42.google.com ([209.85.212.42]:47128) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5BYb-0002iS-3q for 15946@debbugs.gnu.org; Mon, 20 Jan 2014 04:54:13 -0500 Received: by mail-vb0-f42.google.com with SMTP id i3so2278900vbh.15 for <15946@debbugs.gnu.org>; Mon, 20 Jan 2014 01:54:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=PzHsMXgMVyhUhh0xFNAHX/YxAvQYLsi3KYoEkWdE/iI=; b=qpab8A4ulCFc/cNaIQWWSPkoIY1PkBegu4sfB7G7u3cTH52b1e/Fi1IKmzSCRyJjVs H/gXgw8HE+bWky+AP4Dfm/5rpivxWjbDv66vul3Ptqoe6G3th3vLWJSki9WvuqO4enn7 liZOLVmDjz5r5V17hpo+8ACtmWvUnlMTQ8qlB1+Sjl+4rA7u0fXbg29SWqMfuk9hpKxo TzYNafOOKN8H1bOPVD2R/x2hnFuHkyM5XA84wA33yXo8LxE6r23dyPvMcNWmyDv7G8Qo Kf5WwpfA2Ey8TOqAOq6eP598iYtY+znx2fQWr43qDyyrKCnwHBY8hDwMySR6e+GUrmni CFXQ== X-Received: by 10.58.86.230 with SMTP id s6mr8961113vez.16.1390211652391; Mon, 20 Jan 2014 01:54:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.210.9 with HTTP; Mon, 20 Jan 2014 01:53:52 -0800 (PST) In-Reply-To: <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> <1390085568209-310818.post@n5.nabble.com> <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> From: SB Date: Mon, 20 Jan 2014 18:53:52 +0900 Message-ID: Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process To: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 15946 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) After reading reports in this thread that it was fixed in the trunk I went and applied the aforementioned inline patch to the current trunk and indeed the distnoted issue seems fixed. Whereas with my patch to the inline patch the problem seemed a little more tolerable and still required occasionally killing distnoted (and Emacs.app crashed although less frequently). If there is a single commit that can make distnoted behave, it may be in the interest of others using Mavericks to have this incorporated into an official point release and close this bug (the distnoted bug for those affected can be quite severe, locking up the entire machine in my case). Mavericks is inevitable for many mac users and some people may not be ready to transition to 24.4 for whatever reasons. The modified inline patch (only relevant if you use Japanese or some other language for writing text in Emacs and want seamless language switching while using various keys/commands) for the current trunk: https://gist.github.com/anonymous/8517045 On Sun, Jan 19, 2014 at 7:49 PM, canoeberry wrote: > Ironically, the leak was fixed by ... YOU! > > On 19 Jan 2014, at 09:34, Jan Dj=E4rv [via Emacs] <[hidden email]> wrote: > > Hello. > > 18 jan 2014 kl. 23:52 skrev canoeberry < href=3D"x-msg://11/user/SendEmail.jtp?type=3Dnode&node=3D310868&i= =3D0" > target=3D"_top" rel=3D"nofollow" link=3D"external">[hidden email]>: > >> I had downloaded a nightly and was so happy to see that the memory leak >> was >> gone. However, the nightly has a ton of other problems with a package th= at >> is near and dear to my heart at the moment: mumamo. >> >> So I have downloaded the source and compiled it and tried to patch it wi= th >> the suggestion involving a patch early in this bug report, but that has >> not >> solved the problem. Then I remembered that I could get stack traces, whi= ch >> I >> have done: > > You are better off trying to get mumamo working with trunk. There are so > many differences between 24.3 and trunk. It is no trivial task to identi= fy > which has memory leak fixes. > >> >> Call stack: [thread 0x7fff71dce310]: | 0x1 | start | main emacs.c:1528 | >> Frecursive_edit keyboard.c:844 | recursive_edit_1 keyboard.c:1148 | >> internal_catch eval.c:1060 | command_loop_2 keyboard.c:1168 | >> internal_condition_case eval.c:1290 | command_loop_1 keyboard.c:1459 | >> read_key_sequence keyboard.c:9234 | read_char keyboard.c:2059 | >> wait_reading_process_output process.c:4743 | >> detect_input_pending_run_timers >> keyboard.c:6680 | readable_events keyboard.c:3355 | timer_check >> keyboard.c:4378 | call1 eval.c:2572 | Ffuncall eval.c:2850 | >> funcall_lambda >> eval.c:3010 | exec_byte_code bytecode.c:1096 | >> internal_lisp_condition_case >> eval.c:1243 | eval_sub eval.c:2149 | exec_byte_code bytecode.c:900 | >> Ffuncall eval.c:2759 | Fapply eval.c:2255 | Ffuncall eval.c:2850 | >> funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:900 | Ffuncall >> eval.c:2775 | Finput_pending_p keyboard.c:6687 | gobble_input >> keyboard.c:6768 | ns_read_socket nsterm.m:3424 | -[NSApplication run] | >> -[NSApplication _installMemoryStatusDispatchSources] | >> dispatch_source_create | _os_object_alloc_realized | class_createInstanc= e >> | >> calloc | malloc_zone_calloc >> Leak: 0x1040efe20 size=3D160 zone: DefaultMallocZone_0x100630000 >> OS_dispatch_source ObjC libdispatch.dylib >> 0x71162c20 0x00007fff 0x00000001 0x00000000 ,.q............ >> 0x89abcdef 0xffffffff 0x71164480 0x00007fff .........D.q.... >> 0x00000000 0x00000000 0x00000000 0x00000000 ................ >> 0x00000000 0x00000000 0x00000000 0x00000000 ................ >> 0x00000000 0x00000000 0x00000000 0x00000000 ................ >> 0x00000001 0x00000000 0x00000175 0x00000000 ........u....... >> 0x8316090c 0x00007fff 0x00804760 0x00000001 ........`G...... >> 0x040e2120 0x00000001 0x00000002 0x0000004c !..........L... >> ... >> >> The last line of code in emacs that produces this leak is: >> >> if (++apploopnr !=3D 1) >> { >> emacs_abort (); >> } >> [NSApp run]; >> --apploopnr; >> >> well it's the --apploopnr according to leaks! A little weird if you ask >> me. > The stack trace clearly states that it is in NSApp run (i.e. NSApplicatio= n > run), so the trace is off by one line. This happens often. > > Jan D. > > > > > > > ________________________________ > If you reply to this email, your message will be added to the discussion > below: > http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-dist= noted-process-tp303500p310868.html > To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted proce= ss, > click here. > NAML > > > Jonathan Payne > > ________________________________ > View this message in context: Re: bug#15946: 24.3; Mac OS X, Mavericks, > distnoted process > Sent from the Emacs - Bugs mailing list archive at Nabble.com. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 06:15:35 2014 Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 11:15:35 +0000 Received: from localhost ([127.0.0.1]:57779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5CpK-0004xL-UT for submit@debbugs.gnu.org; Mon, 20 Jan 2014 06:15:35 -0500 Received: from mailfe07.swip.net ([212.247.154.193]:34234 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5CpI-0004xC-0b for 15946@debbugs.gnu.org; Mon, 20 Jan 2014 06:15:33 -0500 X-T2-Spam-Status: No, hits=1.9 required=5.0 tests=BAYES_50, MIME_QP_LONG_LINE,URI_HEX Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 469742779; Mon, 20 Jan 2014 12:15:26 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: Date: Mon, 20 Jan 2014 12:15:24 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3624F723-AACB-49C4-9D04-033CCD65AACD@swipnet.se> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> <1390085568209-310818.post@n5.nabble.com> <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> To: SB X-Mailer: Apple Mail (2.1827) X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello. 20 jan 2014 kl. 10:53 skrev SB : > After reading reports in this thread that it was fixed in the trunk I > went and applied the aforementioned inline patch to the current trunk > and indeed the distnoted issue seems fixed. Whereas with my patch to > the inline patch the problem seemed a little more tolerable and still > required occasionally killing distnoted (and Emacs.app crashed > although less frequently). > > If there is a single commit that can make distnoted behave, it may be > in the interest of others using Mavericks to have this incorporated > into an official point release and close this bug (the distnoted bug > for those affected can be quite severe, locking up the entire machine > in my case). Mavericks is inevitable for many mac users and some > people may not be ready to transition to 24.4 for whatever reasons. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.247.154.193 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence X-Debbugs-Envelope-To: 15946 Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello. 20 jan 2014 kl. 10:53 skrev SB : > After reading reports in this thread that it was fixed in the trunk I > went and applied the aforementioned inline patch to the current trunk > and indeed the distnoted issue seems fixed. Whereas with my patch to > the inline patch the problem seemed a little more tolerable and still > required occasionally killing distnoted (and Emacs.app crashed > although less frequently). > > If there is a single commit that can make distnoted behave, it may be > in the interest of others using Mavericks to have this incorporated > into an official point release and close this bug (the distnoted bug > for those affected can be quite severe, locking up the entire machine > in my case). Mavericks is inevitable for many mac users and some > people may not be ready to transition to 24.4 for whatever reasons. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.247.154.193 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence Hello. 20 jan 2014 kl. 10:53 skrev SB : > After reading reports in this thread that it was fixed in the trunk I > went and applied the aforementioned inline patch to the current trunk > and indeed the distnoted issue seems fixed. Whereas with my patch to > the inline patch the problem seemed a little more tolerable and still > required occasionally killing distnoted (and Emacs.app crashed > although less frequently). >=20 > If there is a single commit that can make distnoted behave, it may be > in the interest of others using Mavericks to have this incorporated > into an official point release and close this bug (the distnoted bug > for those affected can be quite severe, locking up the entire machine > in my case). Mavericks is inevitable for many mac users and some > people may not be ready to transition to 24.4 for whatever reasons. There will not be any release for the 24.3 branch. 24.4 is next. >=20 > The modified inline patch (only relevant if you use Japanese or some > other language for writing text in Emacs and want seamless language > switching while using various keys/commands) for the current trunk: >=20 > https://gist.github.com/anonymous/8517045 The patch is way too big to be incorporated into Emacs in the current = feature freeze. Jan D. >=20 > On Sun, Jan 19, 2014 at 7:49 PM, canoeberry wrote: >> Ironically, the leak was fixed by ... YOU! >>=20 >> On 19 Jan 2014, at 09:34, Jan Dj=E4rv [via Emacs] <[hidden email]> = wrote: >>=20 >> Hello. >>=20 >> 18 jan 2014 kl. 23:52 skrev canoeberry <> = href=3D"x-msg://11/user/SendEmail.jtp?type=3Dnode&node=3D310868&i=3D= 0" >> target=3D"_top" rel=3D"nofollow" link=3D"external">[hidden email]>: >>=20 >>> I had downloaded a nightly and was so happy to see that the memory = leak >>> was >>> gone. However, the nightly has a ton of other problems with a = package that >>> is near and dear to my heart at the moment: mumamo. >>>=20 >>> So I have downloaded the source and compiled it and tried to patch = it with >>> the suggestion involving a patch early in this bug report, but that = has >>> not >>> solved the problem. Then I remembered that I could get stack traces, = which >>> I >>> have done: >>=20 >> You are better off trying to get mumamo working with trunk. There = are so >> many differences between 24.3 and trunk. It is no trivial task to = identify >> which has memory leak fixes. >>=20 >>>=20 >>> Call stack: [thread 0x7fff71dce310]: | 0x1 | start | main = emacs.c:1528 | >>> Frecursive_edit keyboard.c:844 | recursive_edit_1 keyboard.c:1148 | >>> internal_catch eval.c:1060 | command_loop_2 keyboard.c:1168 | >>> internal_condition_case eval.c:1290 | command_loop_1 keyboard.c:1459 = | >>> read_key_sequence keyboard.c:9234 | read_char keyboard.c:2059 | >>> wait_reading_process_output process.c:4743 | >>> detect_input_pending_run_timers >>> keyboard.c:6680 | readable_events keyboard.c:3355 | timer_check >>> keyboard.c:4378 | call1 eval.c:2572 | Ffuncall eval.c:2850 | >>> funcall_lambda >>> eval.c:3010 | exec_byte_code bytecode.c:1096 | >>> internal_lisp_condition_case >>> eval.c:1243 | eval_sub eval.c:2149 | exec_byte_code bytecode.c:900 | >>> Ffuncall eval.c:2759 | Fapply eval.c:2255 | Ffuncall eval.c:2850 | >>> funcall_lambda eval.c:3010 | exec_byte_code bytecode.c:900 | = Ffuncall >>> eval.c:2775 | Finput_pending_p keyboard.c:6687 | gobble_input >>> keyboard.c:6768 | ns_read_socket nsterm.m:3424 | -[NSApplication = run] | >>> -[NSApplication _installMemoryStatusDispatchSources] | >>> dispatch_source_create | _os_object_alloc_realized | = class_createInstance >>> | >>> calloc | malloc_zone_calloc >>> Leak: 0x1040efe20 size=3D160 zone: DefaultMallocZone_0x100630000 >>> OS_dispatch_source ObjC libdispatch.dylib >>> 0x71162c20 0x00007fff 0x00000001 0x00000000 ,.q............ >>> 0x89abcdef 0xffffffff 0x71164480 0x00007fff .........D.q.... >>> 0x00000000 0x00000000 0x00000000 0x00000000 ................ >>> 0x00000000 0x00000000 0x00000000 0x00000000 ................ >>> 0x00000000 0x00000000 0x00000000 0x00000000 ................ >>> 0x00000001 0x00000000 0x00000175 0x00000000 ........u....... >>> 0x8316090c 0x00007fff 0x00804760 0x00000001 ........`G...... >>> 0x040e2120 0x00000001 0x00000002 0x0000004c !..........L... >>> ... >>>=20 >>> The last line of code in emacs that produces this leak is: >>>=20 >>> if (++apploopnr !=3D 1) >>> { >>> emacs_abort (); >>> } >>> [NSApp run]; >>> --apploopnr; >>>=20 >>> well it's the --apploopnr according to leaks! A little weird if you = ask >>> me. >> The stack trace clearly states that it is in NSApp run (i.e. = NSApplication >> run), so the trace is off by one line. This happens often. >>=20 >> Jan D. >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> ________________________________ >> If you reply to this email, your message will be added to the = discussion >> below: >> = http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-distn= oted-process-tp303500p310868.html >> To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted = process, >> click here. >> NAML >>=20 >>=20 >> Jonathan Payne >>=20 >> ________________________________ >> View this message in context: Re: bug#15946: 24.3; Mac OS X, = Mavericks, >> distnoted process >> Sent from the Emacs - Bugs mailing list archive at Nabble.com. >=20 >=20 From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 07:01:38 2014 Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 12:01:38 +0000 Received: from localhost ([127.0.0.1]:57885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5DXt-0006M4-Dm for submit@debbugs.gnu.org; Mon, 20 Jan 2014 07:01:38 -0500 Received: from caibbdcaacbf.dreamhost.com ([208.113.200.215]:57035 helo=homiemail-a78.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5DXq-0006Lw-OC for 15946@debbugs.gnu.org; Mon, 20 Jan 2014 07:01:35 -0500 Received: from homiemail-a78.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a78.g.dreamhost.com (Postfix) with ESMTP id 2DF7620004749 for <15946@debbugs.gnu.org>; Mon, 20 Jan 2014 04:01:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jpayne.net; h=from :content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; s=jpayne.net; bh=EClYZwapOcC6ovAd2dMZ4Htlp40=; b= b5Zm3bFboT/xEpRxq439XOGXJCucUYpLQhr790OOL13AP/6aTN+r2ZtIVSp7CsiE Zw3dbA3T2gBAuiKqr8j94SYzu4T4iJt3B1lAUKr40NI1PGCVXt/Jsiygpyn7lo3U 0m3OeFqT86KjGmMkxQFpvtj7lSHthLcUjkNkaBYvfCU= Received: from [10.0.1.92] (cpc7-camd15-2-0-cust712.20-2.cable.virginm.net [94.174.158.201]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jonathan@payne-family.org) by homiemail-a78.g.dreamhost.com (Postfix) with ESMTPSA id 9B35B20004746 for <15946@debbugs.gnu.org>; Mon, 20 Jan 2014 04:01:32 -0800 (PST) From: Jonathan Payne Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: a patch against emacs 24.3.1 for fixing the distnoted memory leak Message-Id: <7F6FC6C7-9847-4560-98CB-A09C107D1F56@jpayne.net> Date: Mon, 20 Jan 2014 12:01:30 +0000 To: 15946@debbugs.gnu.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15946 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) This is FYI for people who do not want to wait for emacs 24.4 and cannot = use one of the current nightlies to get around the Mavericks distnoted = issue. I am not a Mac programmer unfortunately, so take this with a grain of = salt. My analysis of the problem is this: 1) When Mavericks came out a memory leak was discovered and fixed by Jan = D. who is a frequent contributor to ns (Next Step) emacs for Mac OS X. 2) His fix, I think, was to avoid calling Application.run 20 times / = second by introducing a variable called "shouldKeepRunning" into the = Application.run method. 3) Repeatedly calling Application.run was causing a 160 byte leak each = time inside emacs. But I think it was also causing a problem with = distnoted, and I am speculating (knowing NOTHING ABOUT IT) that each = call to run() was causing some sort of registration with distnoted. That = registration, I assume, creates some sort of context in distnoted that = is substantially larger than 160 bytes. So the leak in emacs was = relatively slow, the one in distnoted was much larger. This would also explain why distnoted would get slower as time goes by = because it has hundreds of thousands of registrations, all for emacs, = which I assume it was still trying to deliver notifications to, but = really, I have no idea what I am talking about. So, I applied part of Jan D's patch to emacs-24.3 that addressed this = particular problem, and presto-chango, the leak is gone, distnoted is = happy, and all my current elisp packages work because it's still = emacs-24.3 and not emacs-24.4 which I assume is what's being created in = the trunk today. So - should I post this particular patch some place? Are other people = interested in having this patch? JP From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 07:32:28 2014 Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 12:32:28 +0000 Received: from localhost ([127.0.0.1]:57898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5E1j-0008K9-La for submit@debbugs.gnu.org; Mon, 20 Jan 2014 07:32:28 -0500 Received: from mail-ve0-f173.google.com ([209.85.128.173]:55205) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5E1g-0008K0-Fp for 15946@debbugs.gnu.org; Mon, 20 Jan 2014 07:32:25 -0500 Received: by mail-ve0-f173.google.com with SMTP id oz11so1623208veb.4 for <15946@debbugs.gnu.org>; Mon, 20 Jan 2014 04:32:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=QKRHeTlIf7RKPSsOQXiolx/U16YhejMg6LjSsQaxIro=; b=ZQetwD6pr/jII4Pd8bOttmdYe9FxZHXYtYmaccY4Kk4s+k3olPitIdPtJCmpJentL9 VHUF6rdvlzaougWwiGUIEnFJSUh0HZfifiM8tuwf/qlOGq8+5nR9r3JSDkIW0jH8ywtz GbQQmbukGzJjbVe58rhogsY6diDX+5q7gIcniBJYzL8y+MYnD8LvK9obKsgGDj+nhdev 4dtygBVQKin84rNORNIJsepk+16tE+bCHGIXptrA5bF+MiH2ZLNUiBQqcErRx2b7Yftz 6wr/7hBitQ8f6q96ASXvcLkemc6t/CsbGsyguA3IMi6jNskyys8z6rLV70Snm2NKpNiQ Xrag== X-Received: by 10.220.99.72 with SMTP id t8mr10497018vcn.10.1390221144002; Mon, 20 Jan 2014 04:32:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.210.9 with HTTP; Mon, 20 Jan 2014 04:32:03 -0800 (PST) In-Reply-To: <7F6FC6C7-9847-4560-98CB-A09C107D1F56@jpayne.net> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <7F6FC6C7-9847-4560-98CB-A09C107D1F56@jpayne.net> From: SB Date: Mon, 20 Jan 2014 21:32:03 +0900 Message-ID: Subject: Re: bug#15946: a patch against emacs 24.3.1 for fixing the distnoted memory leak To: Jonathan Payne Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946 Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Great detective work. I'd like to see the patch! ;) Even if it's superseded by the next release (24.4), some people might be stuck on 24.3 for whatever reason and right now this bug thread is the best reference for information. In the mean time, some more experienced people can look at the patch and further isolate the relevant changes for a tighter patch or confirm your work. People with the bug can build with your patch and confirm whether this bug is fixed by it too. On Mon, Jan 20, 2014 at 9:01 PM, Jonathan Payne wrote: > This is FYI for people who do not want to wait for emacs 24.4 and cannot = use one of the current nightlies to get around the Mavericks distnoted issu= e. > > I am not a Mac programmer unfortunately, so take this with a grain of sal= t. My analysis of the problem is this: > > 1) When Mavericks came out a memory leak was discovered and fixed by Jan = D. who is a frequent contributor to ns (Next Step) emacs for Mac OS X. > > 2) His fix, I think, was to avoid calling Application.run 20 times / seco= nd by introducing a variable called "shouldKeepRunning" into the Applicatio= n.run method. > > 3) Repeatedly calling Application.run was causing a 160 byte leak each ti= me inside emacs. But I think it was also causing a problem with distnoted, = and I am speculating (knowing NOTHING ABOUT IT) that each call to run() was= causing some sort of registration with distnoted. That registration, I ass= ume, creates some sort of context in distnoted that is substantially larger= than 160 bytes. So the leak in emacs was relatively slow, the one in distn= oted was much larger. > > This would also explain why distnoted would get slower as time goes by be= cause it has hundreds of thousands of registrations, all for emacs, which I= assume it was still trying to deliver notifications to, but really, I have= no idea what I am talking about. > > So, I applied part of Jan D's patch to emacs-24.3 that addressed this par= ticular problem, and presto-chango, the leak is gone, distnoted is happy, a= nd all my current elisp packages work because it's still emacs-24.3 and not= emacs-24.4 which I assume is what's being created in the trunk today. > > So - should I post this particular patch some place? Are other people int= erested in having this patch? > > JP > > > > From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 11:47:54 2014 Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 16:47:54 +0000 Received: from localhost ([127.0.0.1]:58548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5I0u-0007EW-WD for submit@debbugs.gnu.org; Mon, 20 Jan 2014 11:47:54 -0500 Received: from mail-wg0-f46.google.com ([74.125.82.46]:53598) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5CKn-00046w-H2 for 15946@debbugs.gnu.org; Mon, 20 Jan 2014 05:44:02 -0500 Received: by mail-wg0-f46.google.com with SMTP id x12so6597574wgg.13 for <15946@debbugs.gnu.org>; Mon, 20 Jan 2014 02:44:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=fU8b+m+inU0hdfyqAwiNGns+1D/EuKAMf8ZUheUgLG0=; b=mLGmnIzMCj3KsRuwku2CHWP4LL31OLtiphy0coMhG6nUO6M9RmDiXMYbl09txBu+HV Q/nPn7oZc8G+Fc1KUsqN/SrfqnOUeLyCZ8mz1wZRXmuGhRk4zjKj2NKmbiuELKZCElnj dTPdxQsj7ONYgyk/wlVyC63fHw7m4XhdnJ6KBDqsEFLLFOJz8ftM6JP8d3FBy43BuzZC Ihl2HDCwuVSMdWwG5h/iDBTucoa2xzVD3bf32kKV/fmdEoOqDLfZ0wraaK+vqF+zCG5p yK8Zn4Z3cwE1GZ0HE9ePQZYTz0+k4TcuJKYTUUvZ7KxZXM2yLL0LfAsXEU3ySStLOLwJ qUEA== X-Gm-Message-State: ALoCoQnarVhEWC78Xm72pmQI+MpP3vyfnged0ENV/f7w5qlLOBi2kR2S7AmTtE/gwgPL2E9xQ+7V X-Received: by 10.194.59.210 with SMTP id b18mr1002339wjr.60.1390214640287; Mon, 20 Jan 2014 02:44:00 -0800 (PST) Received: from [10.0.1.92] (cpc7-camd15-2-0-cust712.20-2.cable.virginm.net. [94.174.158.201]) by mx.google.com with ESMTPSA id j9sm800750wjz.13.2014.01.20.02.43.59 for <15946@debbugs.gnu.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jan 2014 02:43:59 -0800 (PST) From: Jonathan Payne Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: a patch against emacs 24.3.1 for fixing the distnoted memory leak Message-Id: Date: Mon, 20 Jan 2014 10:43:57 +0000 To: 15946@debbugs.gnu.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946 X-Mailman-Approved-At: Mon, 20 Jan 2014 11:47:51 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is FYI for people who do not want to wait for emacs 24.4 and cannot = use one of the current nightlies to get around the Mavericks distnoted = issue. I am not a Mac programmer unfortunately, so take this with a grain of = salt. My analysis of the problem is this: 1) When Mavericks came out a memory leak was discovered and fixed by Jan = D. who is a frequent contributor to ns (Next Step) emacs for Mac OS X. 2) His fix, I think, was to avoid calling Application.run 20 times / = second by introducing a variable called "shouldKeepRunning" into the = Application.run method. 3) Repeatedly calling Application.run was causing a 160 byte leak each = time inside emacs. But I think it was also causing a problem with = distnoted, and I am speculating (knowing NOTHING ABOUT IT) that each = call to run() was causing some sort of registration with distnoted. That = registration, I assume, creates some sort of context in distnoted that = is substantially larger than 160 bytes. So the leak in emacs was = relatively slow, the one in distnoted was much larger. This would also explain why distnoted would get slower as time goes by = because it has hundreds of thousands of registrations, all for emacs, = which I assume it was still trying to deliver notifications to, but = really, I have no idea what I am talking about. So, I applied part of Jan D's patch to emacs-24.3 that addressed this = particular problem, and presto-chango, the leak is gone, distnoted is = happy, and all my current elisp packages work because it's still = emacs-24.3 and not emacs-24.4 which I assume is what's being created in = the trunk today. So - should I post this particular patch some place? Are other people = interested in having this patch? JP From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 25 20:14:57 2015 Received: (at 15946) by debbugs.gnu.org; 26 Dec 2015 01:14:57 +0000 Received: from localhost ([127.0.0.1]:36451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCdRh-0008S4-40 for submit@debbugs.gnu.org; Fri, 25 Dec 2015 20:14:57 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:43967) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCdRg-0008Rx-29 for 15946@debbugs.gnu.org; Fri, 25 Dec 2015 20:14:56 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCdRK-00089q-MW; Sat, 26 Dec 2015 02:14:34 +0100 From: Lars Ingebrigtsen To: Jan =?iso-8859-1?Q?Dj=E4rv?= Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> <1390085568209-310818.post@n5.nabble.com> <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> <3624F723-AACB-49C4-9D04-033CCD65AACD@swipnet.se> Date: Sat, 26 Dec 2015 02:14:33 +0100 In-Reply-To: <3624F723-AACB-49C4-9D04-033CCD65AACD@swipnet.se> ("Jan \=\?iso-8859-1\?Q\?Dj\=E4rv\=22's\?\= message of "Mon, 20 Jan 2014 12:15:24 +0100") Message-ID: <87y4cif1ty.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MailScanner-ID: 1aCdRK-00089q-MW X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451697274.88057@n8OqhqqP/RudHdEiatbDFA X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946 Cc: SB , 15946@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Jan Dj=E4rv writes: > Hello. > > 20 jan 2014 kl. 10:53 skrev SB : > >> After reading reports in this thread that it was fixed in the trunk I >> went and applied the aforementioned inline patch to the current trunk >> and indeed the distnoted issue seems fixed. Whereas with my patch to >> the inline patch the problem seemed a little more tolerable and still >> required occasionally killing distnoted (and Emacs.app crashed >> although less frequently). >>=20 >> If there is a single commit that can make distnoted behave, it may be >> in the interest of others using Mavericks to have this incorporated >> into an official point release and close this bug (the distnoted bug >> for those affected can be quite severe, locking up the entire machine >> in my case). Mavericks is inevitable for many mac users and some >> people may not be ready to transition to 24.4 for whatever reasons. > > There will not be any release for the 24.3 branch. 24.4 is next. > >>=20 >> The modified inline patch (only relevant if you use Japanese or some >> other language for writing text in Emacs and want seamless language >> switching while using various keys/commands) for the current trunk: >>=20 >> https://gist.github.com/anonymous/8517045 > > The patch is way too big to be incorporated into Emacs in the current fea= ture freeze. Is this still a problem on Mavericks with Emacs 25? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 16:57:49 2016 Received: (at 15946-done) by debbugs.gnu.org; 17 Jul 2016 20:57:49 +0000 Received: from localhost ([127.0.0.1]:54860 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bOt8D-0001b7-3x for submit@debbugs.gnu.org; Sun, 17 Jul 2016 16:57:48 -0400 Received: from mail-wm0-f51.google.com ([74.125.82.51]:35343) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bOt87-0001ak-4X for 15946-done@debbugs.gnu.org; Sun, 17 Jul 2016 16:57:43 -0400 Received: by mail-wm0-f51.google.com with SMTP id f65so81767923wmi.0 for <15946-done@debbugs.gnu.org>; Sun, 17 Jul 2016 13:57:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=1+vKfG5ghsKfqxaAnS5uq7erQDXFoJMJ/cuN8j0EfPo=; b=OFMXaejD+JAGlozuvz1/xIUuc/B9vIaJP48V8j6xqs7yMw3v149t3mKhi+bx7m6QH3 hFDhHSgod3mV5KN+pX3NhLsQexXTAo0jBFpgTuTJjQH+mYim+IaV2vJ0fuERHM2p+4it kZ8bv5YWBnyurSbS6DQCx8VWaKXidOe6nJmYkoeHu+70VPLbhNtZwpBBA9SFeNUrROW+ UIwRWI+XKgdkcwZmaaSnsVtgUbNMfAm81uiEfDITVNVfYPaguHb0AXAm4SWxNMPKAMYh DeO+5H52LZNXXmmWHRyxYqk9rbfw33BqX9u0J1MhlK1UDN8IBo4FGj+JCpN6gjcnGr4C /y+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=1+vKfG5ghsKfqxaAnS5uq7erQDXFoJMJ/cuN8j0EfPo=; b=RawLU5ZifZiIsVhzz4KsfmbffDd2fVGmC09wxADdvSQVYPTy1VopuOinURPKMsrP19 CELRK/KNJggehQKbmFUVVvQFQAJ37UZccHVcwcnR2z/xvs0q/ggW9mcXhlK+YdACUYTT qEcbsSuvKodWjGH1YqXs1Z3RCfLna8znf3ruFyOMFsxYFTHklp6A4FZreEnJ5eg7Hgl8 Mhh+F6RqbJkqzymsOMLiHWWSbhEzljffUsUbw6ZdwAgTdkvbODxMZ8EsGigj3LE1I7Fs KRdBN/lg7aCXdiG2DpOCHnI3AbDLYPIBnNcyUfHwAxyNIvB4XnnRPTVRbSZVMtQSzyvH W/3w== X-Gm-Message-State: ALyK8tLXIv0Nkkyqd1eLo5iXIP7RN+yn9WNiPNl0/o9FKBuRX+BbnqQpgvAJYEru1YtSkw== X-Received: by 10.28.163.199 with SMTP id m190mr26676127wme.5.1468789052490; Sun, 17 Jul 2016 13:57:32 -0700 (PDT) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-5cc4-ba14-a0d0-bdac.holly.idiocy.org. [2001:8b0:3f8:8129:5cc4:ba14:a0d0:bdac]) by smtp.gmail.com with ESMTPSA id z18sm11322945wmz.6.2016.07.17.13.57.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 17 Jul 2016 13:57:31 -0700 (PDT) From: Alan Third To: Lars Ingebrigtsen Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> <9A5A8994-89C0-40A0-B930-40634D63A787@jpayne.net> <7F75EF1D-CA22-4F81-A398-94B47946C893@swipnet.se> <5422F2A6-E434-4626-9A7A-512588D0B563@swipnet.se> <1389967916091-310630.post@n5.nabble.com> <1390085568209-310818.post@n5.nabble.com> <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> <3624F723-AACB-49C4-9D04-033CCD65AACD@swipnet.se> <87y4cif1ty.fsf@gnus.org> Date: Sun, 17 Jul 2016 21:57:34 +0100 In-Reply-To: <87y4cif1ty.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 26 Dec 2015 02:14:33 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946-done Cc: SB , Jan =?utf-8?Q?Dj=C3=A4rv?= , 15946-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Lars Ingebrigtsen writes: > Is this still a problem on Mavericks with Emacs 25? No response in 29 weeks, I think we can close this one. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 22:01:08 2016 Received: (at 15946) by debbugs.gnu.org; 18 Jul 2016 02:01:08 +0000 Received: from localhost ([127.0.0.1]:54946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bOxri-0003Tz-RW for submit@debbugs.gnu.org; Sun, 17 Jul 2016 22:01:08 -0400 Received: from d.mail.sonic.net ([64.142.111.50]:48470) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bOxrc-0003TO-SB for 15946@debbugs.gnu.org; Sun, 17 Jul 2016 22:01:01 -0400 Received: from [10.0.1.3] (173-228-125-209.dsl.static.fusionbroadband.com [173.228.125.209]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u6I20pet012645 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <15946@debbugs.gnu.org>; Sun, 17 Jul 2016 19:00:51 -0700 From: Donald Tillman Content-Type: multipart/alternative; boundary="Apple-Mail=_1F7D06E1-AB51-4BCE-BBFB-F5AE768B4B07" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: bug#15946: closed (Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process) Date: Sun, 17 Jul 2016 19:00:50 -0700 References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> To: 15946@debbugs.gnu.org In-Reply-To: X-Mailer: Apple Mail (2.2104) X-Sonic-CAuth: UmFuZG9tSVY5kVbVkw0BXLHyEintxoHBrfDp1smE4FzCRoigBMEyLnty/PKDVnOMWgvTdXdhH1SYzhGX8IzoTgMCjFTkUCUI X-Sonic-ID: C;uCz7c4tM5hGrv5NwxPCmMQ== M;yo5FdItM5hGrv5NwxPCmMQ== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15946 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --Apple-Mail=_1F7D06E1-AB51-4BCE-BBFB-F5AE768B4B07 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Yes, this was fixed long ago. I've been using the builds from = emacsformacosx.com and the problem has not recurred. And thanks, 'great job, it's appreciated. -- Don -- Don Tillman Palo Alto, California > On Jul 17, 2016, at 1:58 PM, GNU bug Tracking System = wrote: >=20 > Your bug report >=20 > #15946: 24.3; Mac OS X, Mavericks, distnoted process >=20 > which was filed against the emacs package, has been closed. >=20 > The explanation is attached below, along with your original report. > If you require more details, please reply to 15946@debbugs.gnu.org. >=20 > --=20 > 15946: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15946 > GNU Bug Tracking System > Contact help-debbugs@gnu.org with problems >=20 > From: Alan Third > Subject: Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process > Date: July 17, 2016 at 1:57:34 PM PDT > To: Lars Ingebrigtsen > Cc: SB , Jan Dj=C3=A4rv , = 15946-done@debbugs.gnu.org >=20 >=20 > Lars Ingebrigtsen writes: >=20 >> Is this still a problem on Mavericks with Emacs 25? >=20 > No response in 29 weeks, I think we can close this one. > --=20 > Alan Third >=20 >=20 >=20 >=20 > From: Donald Tillman > Subject: 24.3; Mac OS X, Mavericks, distnoted process > Date: November 21, 2013 at 10:18:09 AM PST > To: bug-gnu-emacs@gnu.org >=20 >=20 > --text follows this line-- > This bug report will be sent to the Bug-GNU-Emacs mailing list > and the GNU bug tracker at debbugs.gnu.org. Please check that > the From: line contains a valid email address. After a delay of up > to one day, you should receive an acknowledgment at that address. >=20 > Please write in English if possible, as the Emacs maintainers > usually do not have translators for other languages. >=20 > Please describe exactly what actions triggered the bug, and > the precise symptoms of the bug. If you can, give a recipe > starting from `emacs -Q': >=20 > ---- >=20 > Hi! >=20 > I use Emacs on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from = emacsformacosx.com. >=20 > Running Emacs, a process named "distnoted" starts around 1% or 2% of = the CPU, and after a while, slowly works its way up to 50% to 100% of = the CPU. Yoiks! Actually there appear to be 3 distnoted processes, but = only one eats up the CPU. >=20 > Quitting Emacs brings distnoted down to under 1% within seconds.=20 >=20 > -- Don >=20 >=20 >=20 > If Emacs crashed, and you have the Emacs process in the gdb debugger, > please include the output from the following gdb commands: > `bt full' and `xbacktrace'. > For information about debugging Emacs, please read the file > /Applications/Emacs.app/Contents/Resources/etc/DEBUG. >=20 >=20 > In GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) > of 2013-03-12 on bob.porkrind.org > Windowing system distributor `Apple', version 10.3.1265 > Configured using: > `configure '--host=3Dx86_64-apple-darwin' '--build=3Di686-apple-darwin' > '--with-ns' 'build_alias=3Di686-apple-darwin' > 'host_alias=3Dx86_64-apple-darwin' 'CC=3Dgcc -mmacosx-version-min=3D10.7= > -isystem > = /Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/MacOS= X.platform/Developer/SDKs/MacOSX10.7.sdk/usr/include/ > = -F/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/Mac= OSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks'' >=20 > Important settings: > locale-coding-system: nil > default enable-multibyte-characters: t >=20 > Major mode: Fundamental >=20 > Minor modes in effect: > tooltip-mode: t > mouse-wheel-mode: t > tool-bar-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > blink-cursor-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > buffer-read-only: t > line-number-mode: t > transient-mark-mode: t >=20 > Recent input: > M-x r e p o r t SPC e m a n> >=20 > Recent messages: > For information about GNU Emacs and the GNU system, type C-h C-a. >=20 > Load-path shadows: > None found. >=20 > Features: > (shadow sort gnus-util mail-extr warnings emacsbug message format-spec > rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse > rfc2231 mailabbrev gmm-utils mailheader sendmail = rainbow-mode-autoloads > svg-clock-autoloads package rmail rfc2047 rfc2045 ietf-drums mm-util > mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks > lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt > fringe tabulated-list newcomment lisp-mode register page menu-bar > rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax > facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese > tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak > czech european ethiopic indian cyrillic chinese case-table epa-hook > jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces > cus-face macroexp files text-properties overlay sha1 md5 base64 format > env code-pages mule custom widget hashtable-print-readable backquote > make-network-process ns multi-tty emacs) >=20 >=20 > -- > Don Tillman > Palo Alto, California > don@till.com > http://www.till.com >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 --Apple-Mail=_1F7D06E1-AB51-4BCE-BBFB-F5AE768B4B07 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

And = thanks, 'great job, it's appreciated.

  -- Don

--
Don = Tillman
Palo Alto, California


On Jul 17, 2016, at 1:58 PM, = GNU bug Tracking System <help-debbugs@gnu.org> wrote:

Your bug report

#15946: 24.3; Mac OS X, Mavericks, distnoted = process

which was filed against the emacs = package, has been closed.

The explanation = is attached below, along with your original report.
If you = require more details, please reply to 15946@debbugs.gnu.org.

-- =
15946: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15946
GNU Bug Tracking System
Contact help-debbugs@gnu.org = with problems

From: Alan Third <alan@idiocy.org>
Subject: = Re: bug#15946: = 24.3; Mac OS X, Mavericks, distnoted process
Date: July 17, 2016 at 1:57:34 PM PDT
To: = Lars Ingebrigtsen <larsi@gnus.org>


Lars Ingebrigtsen <larsi@gnus.org> = writes:

Is this still a problem on Mavericks with Emacs 25?

No response in 29 weeks, I think = we can close this one.
--
Alan Third




From: Donald Tillman <don@till.com>
Subject: = 24.3; Mac OS X, = Mavericks, distnoted process
Date: = November 21, 2013 at 10:18:09 = AM PST


--text follows this line--
This = bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the = From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgment at that = address.

Please write in English if = possible, as the Emacs maintainers
usually do not have = translators for other languages.

Please = describe exactly what actions triggered the bug, and
the = precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

----

Hi!

I use Emacs = on Mac OS X, Mavericks, Intel MacBook Pro, downloaded from emacsformacosx.com.

Running Emacs, a process named "distnoted" = starts around 1% or 2% of the CPU, and after a while, slowly works its = way up to 50% to 100% of the CPU.  Yoiks!  Actually there = appear to be 3 distnoted processes, but only one eats up the CPU.

Quitting Emacs brings distnoted down to under = 1% within seconds.

 -- Don



If Emacs = crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
   `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the = file
/Applications/Emacs.app/Contents/Resources/etc/DEBUG.


In GNU Emacs 24.3.1 = (x86_64-apple-darwin, NS apple-appkit-1038.36)
of = 2013-03-12 on bob.porkrind.org
Windowing system = distributor `Apple', version 10.3.1265
Configured = using:
`configure '--host=3Dx86_64-apple-darwin' = '--build=3Di686-apple-darwin'
'--with-ns' = 'build_alias=3Di686-apple-darwin'
'host_alias=3Dx86_64-apple-darwin' 'CC=3Dgcc = -mmacosx-version-min=3D10.7
-isystem
/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Plat= forms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/include/
-F/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Pl= atforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frame= works''

Important settings:
=  locale-coding-system: nil
 default = enable-multibyte-characters: t

Major mode: = Fundamental

Minor modes in effect:
 tooltip-mode: t
 mouse-wheel-mode: = t
 tool-bar-mode: t
=  menu-bar-mode: t
 file-name-shadow-mode: t
 global-font-lock-mode: t
=  blink-cursor-mode: t
 auto-composition-mode: = t
 auto-encryption-mode: t
=  auto-compression-mode: t
 buffer-read-only: = t
 line-number-mode: t
=  transient-mark-mode: t

Recent = input:
<help-echo> M-x r e p o r t SPC e m a = <tab> <retur
n>

Recent messages:
For information about GNU = Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr = warnings emacsbug message format-spec
rfc822 mml easymenu = mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 = mailabbrev gmm-utils mailheader sendmail rainbow-mode-autoloads
svg-clock-autoloads package rmail rfc2047 rfc2045 ietf-drums = mm-util
mail-prsvr mail-utils time-date tooltip ediff-hook = vc-hooks
lisp-float-type mwheel ns-win tool-bar dnd = fontset image regexp-opt
fringe tabulated-list newcomment = lisp-mode register page menu-bar
rfn-eshadow timer select = scroll-bar mouse jit-lock font-lock syntax
facemenu = font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek = romanian slovak
czech european ethiopic indian cyrillic = chinese case-table epa-hook
jka-cmpr-hook help simple = abbrev minibuffer loaddefs button faces
cus-face macroexp = files text-properties overlay sha1 md5 base64 format
env = code-pages mule custom widget hashtable-print-readable backquote
make-network-process ns multi-tty emacs)


--
Don Tillman
Palo = Alto, California
don@till.com
http://www.till.com










= --Apple-Mail=_1F7D06E1-AB51-4BCE-BBFB-F5AE768B4B07-- From unknown Sat Jun 21 05:00:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 15 Aug 2016 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator