From: "Jan Djärv" <jan.h.d@swipnet.se>
To: SB <richstyles@gmail.com>
Cc: "15946@debbugs.gnu.org" <15946@debbugs.gnu.org>
Subject: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process
Date: Mon, 20 Jan 2014 12:15:24 +0100 [thread overview]
Message-ID: <3624F723-AACB-49C4-9D04-033CCD65AACD@swipnet.se> (raw)
In-Reply-To: <CAHyndBH1HeJaw9EQKdGjAAGDKOaoayVfXuq+xbXiipnitd129Q@mail.gmail.com>
Hello.
20 jan 2014 kl. 10:53 skrev SB <richstyles@gmail.com>:
> 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.
There will not be any release for the 24.3 branch. 24.4 is next.
>
> 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
The patch is way too big to be incorporated into Emacs in the current feature freeze.
Jan D.
>
> On Sun, Jan 19, 2014 at 7:49 PM, canoeberry <emacs@jpayne.net> wrote:
>> Ironically, the leak was fixed by ... YOU!
>>
>> On 19 Jan 2014, at 09:34, Jan Djärv [via Emacs] <[hidden email]> wrote:
>>
>> Hello.
>>
>> 18 jan 2014 kl. 23:52 skrev canoeberry <<a
>> href="x-msg://11/user/SendEmail.jtp?type=node&node=310868&i=0"
>> target="_top" rel="nofollow" link="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 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:
>>
>> 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.
>>
>>>
>>> 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.
>> 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.
>>
>>
>>
>>
>>
>>
>> ________________________________
>> 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-tp303500p310868.html
>> To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted process,
>> 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.
>
>
next prev parent reply other threads:[~2014-01-20 11:15 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-21 18:18 bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Donald Tillman
2013-11-25 22:27 ` Marc Feeley
2013-11-26 7:50 ` Jan Djärv
2013-11-27 21:10 ` Piet Jaspers
[not found] ` <mailman.7276.1385588062.10748.bug-gnu-emacs@gnu.org>
2013-11-28 5:47 ` louisnoel.pouchet
2013-12-09 4:38 ` Christopher Smith
2013-12-09 8:18 ` YAMAMOTO Mitsuharu
2013-12-09 10:06 ` Jan Djärv
2013-12-27 5:15 ` SB
2014-01-07 22:56 ` Jan Djärv
2014-01-08 3:35 ` Josh
2014-01-08 9:24 ` Jan Djärv
2014-01-14 17:15 ` canoeberry
2014-01-14 17:46 ` Jan Djärv
2014-01-14 20:09 ` canoeberry
2014-01-14 22:10 ` Jan Djärv
2014-01-14 22:59 ` Matthew Leach
2014-01-15 7:52 ` Jan D.
2014-01-15 10:53 ` Matthew Leach
2014-01-14 20:33 ` canoeberry
2014-01-14 21:34 ` Stefan Monnier
2014-01-14 21:53 ` canoeberry
2014-01-14 22:07 ` Jan Djärv
[not found] ` <ABF72EE5-E9C7-4950-8E9F-D2632A5DCF91@jpayne.net>
2014-01-15 6:26 ` Jan Djärv
2014-01-15 13:41 ` Jonathan Payne
2014-01-17 14:11 ` vbeffara
2014-01-18 22:52 ` canoeberry
2014-01-19 9:33 ` Jan Djärv
2014-01-19 10:49 ` canoeberry
2014-01-20 9:53 ` SB
2014-01-20 11:15 ` Jan Djärv [this message]
2015-12-26 1:14 ` Lars Ingebrigtsen
2016-07-17 20:57 ` Alan Third
2014-01-20 10:43 ` bug#15946: a patch against emacs 24.3.1 for fixing the distnoted memory leak Jonathan Payne
2014-01-20 12:01 ` Jonathan Payne
2014-01-20 12:32 ` SB
[not found] ` <mailman.7121.1385419042.10748.bug-gnu-emacs@gnu.org>
2014-05-02 11:33 ` bug#15946: 24.3; Mac OS X, Mavericks, distnoted process tony
[not found] ` <handler.15946.D15946.14687890696153.notifdone@debbugs.gnu.org>
2016-07-18 2:00 ` bug#15946: closed (Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process) Donald Tillman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3624F723-AACB-49C4-9D04-033CCD65AACD@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=15946@debbugs.gnu.org \
--cc=richstyles@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).