From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Ragga Muffin <ragga@henska.net>, 12698-done@debbugs.gnu.org
Subject: bug#12698: 24.2.50; crash on OSX when accessing top menu with mouse
Date: Sat, 30 Mar 2013 10:58:06 +0100 [thread overview]
Message-ID: <FD11389F-9920-41FF-BD5E-46191AB0EB92@swipnet.se> (raw)
In-Reply-To: <BFC16F39-B993-4E38-B577-5E9E18200F5E@swipnet.se>
Hello.
This has been fixed in the trunk.
Jan D.
1 nov 2012 kl. 20:54 skrev Jan Djärv <jan.h.d@swipnet.se>:
> Hello.
>
> 1 nov 2012 kl. 15:32 skrev Eli Zaretskii <eliz@gnu.org>:
>
>>> Date: Thu, 1 Nov 2012 23:16:36 +0900
>>> From: Ragga Muffin <ragga@henska.net>
>>> Cc: 12698@debbugs.gnu.org
>>>
>>> Unfortunately I still get a crash.
>>> Here's a new stack trace, with debug symbols. Hope this helps.
>>
>> Looks like ns_select is called recursively:
>>
>>> #6 0x0000000100180c87 in emacs_abort () at sysdep.c:2133
>>> #7 0x00000001002fc2f2 in ns_select (nfds=9, readfds=0x7fff5fbeab10, writefds=0x0, exceptfds=0x0, timeout=0x7fff5fbeaa68, sigmask=0x0) at nsterm.m:3512
>>> #8 0x00000001002a375f in wait_reading_process_output (time_limit=1, nsecs=0, read_kbd=0, do_display=false, wait_for_cell=4328534074, wait_proc=0x1029b53e0, just_wait_proc=1) at process.c:4635
>>> #9 0x00000001002a1de9 in Faccept_process_output (process=4338701285, seconds=4, millisec=4328534074, just_this_one=4328534122) at process.c:4025
>>> [...]
>>> #95 0x00000001002fc316 in ns_select (nfds=9, readfds=0x7fff5fbfe0e0, writefds=0x7fff5fbfe060, exceptfds=0x0, timeout=0x7fff5fbfe038, sigmask=0x0) at nsterm.m:3514
>>> #96 0x00000001002a375f in wait_reading_process_output (time_limit=28, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=4328534074, wait_proc=0x0, just_wait_proc=0) at process.c:4635
>>
>> Can it handle that?
>
>
> No it can't. It detects that it is called recursively and aborts.
>
>>
>> AFAIU, the second call is because updating the menu bar reads output
>> of some subprocess. Does that make sense?
>
> Ah, it is the known fact that the NS-port runs Lisp in the event loop when menus are updated.
> I think we can fix that.
>
> Thanks for the analysis.
>
> Jan D.
>
>
>
next prev parent reply other threads:[~2013-03-30 9:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-22 3:44 bug#12698: 24.2.50; crash on OSX when accessing top menu with mouse Servomaa Henri
[not found] ` <handler.12698.B.135087763022451.ack@debbugs.gnu.org>
2012-10-27 4:27 ` bug#12698: Acknowledgement (24.2.50; crash on OSX when accessing top menu with mouse) Ragga Muffin
2012-10-28 16:11 ` bug#12698: 24.2.50; crash on OSX when accessing top menu with mouse Jan Djärv
2012-11-01 14:16 ` Ragga Muffin
2012-11-01 14:32 ` Eli Zaretskii
2012-11-01 19:54 ` Jan Djärv
2013-03-30 9:58 ` Jan Djärv [this message]
2013-03-30 10:07 ` Jan Djärv
2012-11-01 13:10 ` bug#12698: update Henri Servomaa
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=FD11389F-9920-41FF-BD5E-46191AB0EB92@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=12698-done@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=ragga@henska.net \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.