From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: SB Newsgroups: gmane.emacs.bugs Subject: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Mon, 20 Jan 2014 18:53:52 +0900 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> <9C94D739-6539-481D-A791-D4D87D9879E8@jpayne.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1390211707 31100 80.91.229.3 (20 Jan 2014 09:55:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2014 09:55:07 +0000 (UTC) To: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 20 10:55:15 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W5BZa-0002sR-OP for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jan 2014 10:55:14 +0100 Original-Received: from localhost ([::1]:49670 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5BZa-0007ww-BP for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jan 2014 04:55:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59805) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5BZT-0007uP-2L for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 04:55:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5BZO-0002iz-TI for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 04:55:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43569) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5BZO-0002ib-Pg for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 04:55:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W5BZN-0002js-Sk for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 04:55:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: SB Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2014 09:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15946 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 15946-submit@debbugs.gnu.org id=B15946.139021165710458 (code B ref 15946); Mon, 20 Jan 2014 09:55:01 +0000 Original-Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 09:54:17 +0000 Original-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 Original-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 Original-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) Original-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> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:83761 Archived-At: 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.