From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Mon, 20 Jan 2014 12:15:24 +0100 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1390216584 23563 80.91.229.3 (20 Jan 2014 11:16:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2014 11:16:24 +0000 (UTC) Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org> To: SB Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 20 12:16:29 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 1W5CqC-0002hS-Ry for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jan 2014 12:16:29 +0100 Original-Received: from localhost ([::1]:50953 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5CqC-0007vS-Cz for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jan 2014 06:16:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34768) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Cps-0007c2-9E for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 06:16:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5Cpm-0008SH-G1 for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 06:16:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43761) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Cpm-0008S5-D3 for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 06:16:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W5Cpl-0004yB-UE for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 06:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2014 11:16: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.139021653519060 (code B ref 15946); Mon, 20 Jan 2014 11:16:01 +0000 Original-Received: (at 15946) by debbugs.gnu.org; 20 Jan 2014 11:15:35 +0000 Original-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 Original-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 Original-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 In-Reply-To: X-Mailer: Apple Mail (2.1827) 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:83762 Archived-At: 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