unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#14092: 24.3; crash in remember_mouse_glyph
@ 2013-03-15 14:59 Steve Vinoski
  2013-03-30  5:47 ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Steve Vinoski @ 2013-03-15 14:59 UTC (permalink / raw)
  To: 14092


Not sure what exactly triggers it, but I've been seeing this on various
builds of emacs 24 since last august or september. This time I was
simply opening a file in a new frame and then mousing over to start
entering text into the file. Here's the traceback from the Apple crash
report:

Process:         Emacs [68925]
Path:            /Applications/Emacs.app/Contents/MacOS/Emacs
Identifier:      org.gnu.Emacs
Version:         Version 24.3 (9.0)
Code Type:       X86-64 (Native)
Parent Process:  ??? [1]
User ID:         502

Date/Time:       2013-03-15 10:46:54.681 -0400
OS Version:      Mac OS X 10.8.2 (12C3103)
Report Version:  10

Interval Since Last Report:          151838 sec
Crashes Since Last Report:           109
Per-App Interval Since Last Report:  339398 sec
Per-App Crashes Since Last Report:   1
Anonymous UUID:                      0A5881E5-1B4E-30A8-8DF4-1C61D6DB9E59

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGABRT)
Exception Codes: EXC_I386_GPFLT

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib         0x00007fff93eb9d46 __kill + 10
1   org.gnu.Emacs                 0x000000010009f984
terminate_due_to_signal + 116
2   org.gnu.Emacs                 0x00000001000bca43 emacs_abort + 19
3   org.gnu.Emacs                 0x0000000100189521 ns_term_shutdown + 81
4   org.gnu.Emacs                 0x000000010009f0e5 shut_down_emacs + 197
5   org.gnu.Emacs                 0x000000010009f95b
terminate_due_to_signal + 75
6   org.gnu.Emacs                 0x00000001000bca5e handle_fatal_signal +
14
7   org.gnu.Emacs                 0x00000001000bce72
deliver_fatal_thread_signal + 146
8   libsystem_c.dylib             0x00007fff8cc8f8ea _sigtramp + 26
9   org.gnu.Emacs                 0x0000000100026d97 remember_mouse_glyph +
71
10  org.gnu.Emacs                 0x000000010018cc91 ns_mouse_position + 497
11  org.gnu.Emacs                 0x000000010000ef59 Fmouse_position + 169
12  org.gnu.Emacs                 0x000000010011b2db Ffuncall + 1179
13  org.gnu.Emacs                 0x0000000100153096 exec_byte_code + 806
14  org.gnu.Emacs                 0x000000010011ad5b funcall_lambda + 763
15  org.gnu.Emacs                 0x000000010011b074 Ffuncall + 564
16  org.gnu.Emacs                 0x0000000100153096 exec_byte_code + 806
17  org.gnu.Emacs                 0x000000010011ad5b funcall_lambda + 763
18  org.gnu.Emacs                 0x000000010011b074 Ffuncall + 564
19  org.gnu.Emacs                 0x0000000100119c36 Fapply + 470
20  org.gnu.Emacs                 0x000000010011b306 Ffuncall + 1222
21  org.gnu.Emacs                 0x0000000100153096 exec_byte_code + 806
22  org.gnu.Emacs                 0x000000010011a6da eval_sub + 1626
23  org.gnu.Emacs                 0x000000010011d106
internal_lisp_condition_case + 518
24  org.gnu.Emacs                 0x000000010015358e exec_byte_code + 2078
25  org.gnu.Emacs                 0x000000010011ad5b funcall_lambda + 763
26  org.gnu.Emacs                 0x000000010011b074 Ffuncall + 564
27  org.gnu.Emacs                 0x000000010011ce4e call1 + 30
28  org.gnu.Emacs                 0x00000001000a6661 timer_check + 1393
29  org.gnu.Emacs                 0x00000001000a67f1 readable_events + 241
30  org.gnu.Emacs                 0x00000001000a6f65 get_input_pending + 101
31  org.gnu.Emacs                 0x00000001000a708a
detect_input_pending_run_timers + 90
32  org.gnu.Emacs                 0x000000010015e83f
wait_reading_process_output + 1455
33  org.gnu.Emacs                 0x0000000100006123 sit_for + 227
34  org.gnu.Emacs                 0x00000001000ada37 read_char + 4263
35  org.gnu.Emacs                 0x00000001000afe6d read_key_sequence +
2269
36  org.gnu.Emacs                 0x00000001000b1f4a command_loop_1 + 602
37  org.gnu.Emacs                 0x0000000100119285
internal_condition_case + 309
38  org.gnu.Emacs                 0x00000001000a7f87 command_loop_2 + 55
39  org.gnu.Emacs                 0x000000010011938e internal_catch + 222
40  org.gnu.Emacs                 0x00000001000a864c recursive_edit_1 + 364
41  org.gnu.Emacs                 0x00000001000aa5f3 Frecursive_edit + 291
42  org.gnu.Emacs                 0x00000001000a0823 main + 2963
43  org.gnu.Emacs                 0x0000000100001e94 start + 52

Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0   libsystem_kernel.dylib         0x00007fff93ebad16 kevent + 10
1   libdispatch.dylib             0x00007fff90d7ddea _dispatch_mgr_invoke +
883
2   libdispatch.dylib             0x00007fff90d7d9ee _dispatch_mgr_thread +
54

Thread 2:
0   libsystem_kernel.dylib         0x00007fff93eba322 __select + 10
1   org.gnu.Emacs                 0x0000000100191d28 -[EmacsApp
fd_handler:] + 632
2   com.apple.Foundation           0x00007fff8fdb7612 __NSThread__main__ +
1345
3   libsystem_c.dylib             0x00007fff8cca1742 _pthread_start + 327
4   libsystem_c.dylib             0x00007fff8cc8e181 thread_start + 13

Thread 3:
0   libsystem_kernel.dylib         0x00007fff93eba6d6 __workq_kernreturn +
10
1   libsystem_c.dylib             0x00007fff8cca3eec _pthread_workq_return
+ 25
2   libsystem_c.dylib             0x00007fff8cca3cb3 _pthread_wqthread + 412
3   libsystem_c.dylib             0x00007fff8cc8e171 start_wqthread + 13

Thread 4:
0   libsystem_kernel.dylib         0x00007fff93eba6d6 __workq_kernreturn +
10
1   libsystem_c.dylib             0x00007fff8cca3eec _pthread_workq_return
+ 25
2   libsystem_c.dylib             0x00007fff8cca3cb3 _pthread_wqthread + 412
3   libsystem_c.dylib             0x00007fff8cc8e171 start_wqthread + 13

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x0000000000000006  rcx: 0x00007fff5fbfd778
 rdx: 0x0000000000000000
  rdi: 0x0000000000010d3d  rsi: 0x0000000000000006  rbp: 0x00007fff5fbfd7a0
 rsp: 0x00007fff5fbfd778
   r8: 0xfffffffef6bd668f   r9: 0x00000000000000ff  r10: 0x00007fff93eba23a
 r11: 0x0000000000000202
  r12: 0x000000000000000a  r13: 0x000000010180303a  r14: 0x000000000000000b
 r15: 0x00000001005abb48
  rip: 0x00007fff93eb9d46  rfl: 0x0000000000000202  cr2: 0x0000000100719fe8
Logical CPU: 0




In GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36)
 of 2013-03-10 on bob.porkrind.org
Windowing system distributor `Apple', version 10.3.1187
Configured using:
 `configure '--host=x86_64-apple-darwin' '--build=i686-apple-darwin'
 '--with-ns' 'build_alias=i686-apple-darwin'
 'host_alias=x86_64-apple-darwin' 'CC=gcc -mmacosx-version-min=10.5 ''

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

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  unify-8859-on-decoding-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<escape> x r e p o r t - <tab> <return>

Recent messages:
Loading ruby-mode...done
Loading /Users/steve/elisp/autofit-frame.el (source)...done
Loading js2...done
Loading nxml-mode...done
(lambda (s) ...) quoted with ' rather than with #'
Loading /Users/steve/elisp/haskell-mode-2.8.0/haskell-site-file.el
(source)...done
Loading /Users/steve/.emacs.d/elpa/rust-mode-0.1.0/rust-mode.el
(source)...done
Starting Emacs daemon.
Restarting server
When done with this frame, type s-w

Load-path shadows:
/usr/local/lib/erlang/lib/tools-2.6.9/emacs/erlang hides
/Users/steve/elisp/erlang
/usr/local/lib/erlang/lib/tools-2.6.9/emacs/erlang-start hides
/Users/steve/elisp/erlang-start
/usr/local/lib/erlang/lib/tools-2.6.9/emacs/erlang-skels hides
/Users/steve/elisp/erlang-skels

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils revbufs rust-mode derived cl-macs gv cm-mode
rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt
rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util
nxml-glyph nxml-enc xmltok js2-mode imenu js2-indent js2-parse
js2-browse js2-highlight js2-ast js2-messages js2-scan js2-util js2-vars
cc-langs cl server autofit-frame fit-frame ruby-mode cperl-mode
erlang-start cc-mode cc-fonts easymenu cc-guess cc-menus cc-cmds
cc-styles cc-align cc-engine cc-vars cc-defs clojure-mode-autoloads
rust-mode-autoloads cm-mode-autoloads package edmacro kmacro ibuffer
uniquify advice help-fns cl-lib advice-preload time-date avoid 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)




^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-03-15 14:59 bug#14092: 24.3; crash in remember_mouse_glyph Steve Vinoski
@ 2013-03-30  5:47 ` Eli Zaretskii
  2013-03-30 16:18   ` Glenn Morris
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2013-03-30  5:47 UTC (permalink / raw)
  To: Steve Vinoski; +Cc: 14092

> From: Steve Vinoski <vinoski@ieee.org>
> Date: Fri, 15 Mar 2013 10:59:32 -0400
> 
> 
> Not sure what exactly triggers it, but I've been seeing this on various
> builds of emacs 24 since last august or september. This time I was
> simply opening a file in a new frame and then mousing over to start
> entering text into the file. Here's the traceback from the Apple crash
> report:

Looks like an exact duplicate of #14091, filed just minutes before
yours.  Can you confirm that the recipe was similar, i.e. mixing a
text and a GUI frame in the same session?  (And what's wrong with your
system's date?)





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-03-30  5:47 ` Eli Zaretskii
@ 2013-03-30 16:18   ` Glenn Morris
  2013-03-30 17:11     ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Glenn Morris @ 2013-03-30 16:18 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Steve Vinoski, 14092

Eli Zaretskii wrote:

> Looks like an exact duplicate of #14091, filed just minutes before
> yours.  Can you confirm that the recipe was similar, i.e. mixing a
> text and a GUI frame in the same session?  (And what's wrong with your
> system's date?)

Nothing is wrong with his system's date. This report was sent two weeks
ago, mailing list moderation discarded it by mistake, I restored it when
I got back from vacation yesterday.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-03-30 16:18   ` Glenn Morris
@ 2013-03-30 17:11     ` Eli Zaretskii
  2013-03-30 19:24       ` Steve Vinoski
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2013-03-30 17:11 UTC (permalink / raw)
  To: Glenn Morris; +Cc: vinoski, 14092

> From: Glenn Morris <rgm@gnu.org>
> Cc: Steve Vinoski <vinoski@ieee.org>,  14092@debbugs.gnu.org
> Date: Sat, 30 Mar 2013 12:18:18 -0400
> 
> Eli Zaretskii wrote:
> 
> > Looks like an exact duplicate of #14091, filed just minutes before
> > yours.  Can you confirm that the recipe was similar, i.e. mixing a
> > text and a GUI frame in the same session?  (And what's wrong with your
> > system's date?)
> 
> Nothing is wrong with his system's date. This report was sent two weeks
> ago, mailing list moderation discarded it by mistake, I restored it when
> I got back from vacation yesterday.

Sorry, I didn't know that.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-03-30 17:11     ` Eli Zaretskii
@ 2013-03-30 19:24       ` Steve Vinoski
  2013-04-09 21:43         ` Steve Vinoski
  0 siblings, 1 reply; 9+ messages in thread
From: Steve Vinoski @ 2013-03-30 19:24 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 14092

[-- Attachment #1: Type: text/plain, Size: 1236 bytes --]

On Sat, Mar 30, 2013 at 1:11 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Glenn Morris <rgm@gnu.org>
> > Cc: Steve Vinoski <vinoski@ieee.org>,  14092@debbugs.gnu.org
> > Date: Sat, 30 Mar 2013 12:18:18 -0400
> >
> > Eli Zaretskii wrote:
> >
> > > Looks like an exact duplicate of #14091, filed just minutes before
> > > yours.  Can you confirm that the recipe was similar, i.e. mixing a
> > > text and a GUI frame in the same session?  (And what's wrong with your
> > > system's date?)
> >
> > Nothing is wrong with his system's date. This report was sent two weeks
> > ago, mailing list moderation discarded it by mistake, I restored it when
> > I got back from vacation yesterday.
>
> Sorry, I didn't know that.
>

To the best of my knowledge I was not mixing a text and GUI frame in the
same session, but rather I was using only GUI frames. (Is there a way to
tell if I'm using both? I don't have emacs running in any terminal.) I see
this same crash from time to time, and it always seems to involve switching
from a non-emacs window to an emacs frame and then quickly trying to
perform some emacs command, but no command in particular. It always occurs
unexpectedly and I've never been able to reproduce it at will.

--steve

[-- Attachment #2: Type: text/html, Size: 1802 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-03-30 19:24       ` Steve Vinoski
@ 2013-04-09 21:43         ` Steve Vinoski
  2013-04-12  4:56           ` Jan Djärv
  0 siblings, 1 reply; 9+ messages in thread
From: Steve Vinoski @ 2013-04-09 21:43 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 14092

[-- Attachment #1: Type: text/plain, Size: 1466 bytes --]

On Sat, Mar 30, 2013 at 3:24 PM, Steve Vinoski <vinoski@ieee.org> wrote:

>
>
> On Sat, Mar 30, 2013 at 1:11 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>
>> > From: Glenn Morris <rgm@gnu.org>
>> > Cc: Steve Vinoski <vinoski@ieee.org>,  14092@debbugs.gnu.org
>> > Date: Sat, 30 Mar 2013 12:18:18 -0400
>> >
>> > Eli Zaretskii wrote:
>> >
>> > > Looks like an exact duplicate of #14091, filed just minutes before
>> > > yours.  Can you confirm that the recipe was similar, i.e. mixing a
>> > > text and a GUI frame in the same session?  (And what's wrong with your
>> > > system's date?)
>> >
>> > Nothing is wrong with his system's date. This report was sent two weeks
>> > ago, mailing list moderation discarded it by mistake, I restored it when
>> > I got back from vacation yesterday.
>>
>> Sorry, I didn't know that.
>>
>
> To the best of my knowledge I was not mixing a text and GUI frame in the
> same session, but rather I was using only GUI frames. (Is there a way to
> tell if I'm using both? I don't have emacs running in any terminal.) I see
> this same crash from time to time, and it always seems to involve switching
> from a non-emacs window to an emacs frame and then quickly trying to
> perform some emacs command, but no command in particular. It always occurs
> unexpectedly and I've never been able to reproduce it at will.
>
> --steve
>

FYI I just hit this crash again and it definitely did not involve any text
frames -- only GUI frames.

--steve

[-- Attachment #2: Type: text/html, Size: 2546 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-04-09 21:43         ` Steve Vinoski
@ 2013-04-12  4:56           ` Jan Djärv
  2013-04-12  6:49             ` Steve Vinoski
  0 siblings, 1 reply; 9+ messages in thread
From: Jan Djärv @ 2013-04-12  4:56 UTC (permalink / raw)
  To: Steve Vinoski; +Cc: 14092

[-- Attachment #1: Type: text/plain, Size: 254 bytes --]

Hello.

9 apr 2013 kl. 23:43 skrev Steve Vinoski <vinoski@ieee.org>:

> 
> FYI I just hit this crash again and it definitely did not involve any text frames -- only GUI frames.

Was this with a trunk build?  If so, from what date?

	Jan D.



[-- Attachment #2: Type: text/html, Size: 981 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-04-12  4:56           ` Jan Djärv
@ 2013-04-12  6:49             ` Steve Vinoski
  2013-04-13 11:37               ` Jan Djärv
  0 siblings, 1 reply; 9+ messages in thread
From: Steve Vinoski @ 2013-04-12  6:49 UTC (permalink / raw)
  To: Jan Djärv; +Cc: 14092

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

On Fri, Apr 12, 2013 at 12:56 AM, Jan Djärv <jan.h.d@swipnet.se> wrote:

> Hello.
>
> 9 apr 2013 kl. 23:43 skrev Steve Vinoski <vinoski@ieee.org>:
>
>
> FYI I just hit this crash again and it definitely did not involve any text
> frames -- only GUI frames.
>
>
> Was this with a trunk build?  If so, from what date?
>
> Jan D.
>

I've tried various versions in attempting to avoid this bug, but the most
recent occurrence happened on this:

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

--steve

[-- Attachment #2: Type: text/html, Size: 1672 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#14092: 24.3; crash in remember_mouse_glyph
  2013-04-12  6:49             ` Steve Vinoski
@ 2013-04-13 11:37               ` Jan Djärv
  0 siblings, 0 replies; 9+ messages in thread
From: Jan Djärv @ 2013-04-13 11:37 UTC (permalink / raw)
  To: Steve Vinoski; +Cc: 14092

Hello.

2013-04-12 08:49, Steve Vinoski skrev:
>
>
>
> On Fri, Apr 12, 2013 at 12:56 AM, Jan Djärv <jan.h.d@swipnet.se
> <mailto:jan.h.d@swipnet.se>> wrote:
>
>     Hello.
>
>     9 apr 2013 kl. 23:43 skrev Steve Vinoski <vinoski@ieee.org
>     <mailto:vinoski@ieee.org>>:
>
>>
>>     FYI I just hit this crash again and it definitely did not involve any
>>     text frames -- only GUI frames.
>
>     Was this with a trunk build?  If so, from what date?
>
>     Jan D.
>
>
> I've tried various versions in attempting to avoid this bug, but the most
> recent occurrence happened on this:
>
> "GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36)
>   of 2013-03-10 on bob.porkrind.org <http://bob.porkrind.org>"

The only place where this might be fixed is the trunk.

	Jan D.







^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2013-04-13 11:37 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-03-15 14:59 bug#14092: 24.3; crash in remember_mouse_glyph Steve Vinoski
2013-03-30  5:47 ` Eli Zaretskii
2013-03-30 16:18   ` Glenn Morris
2013-03-30 17:11     ` Eli Zaretskii
2013-03-30 19:24       ` Steve Vinoski
2013-04-09 21:43         ` Steve Vinoski
2013-04-12  4:56           ` Jan Djärv
2013-04-12  6:49             ` Steve Vinoski
2013-04-13 11:37               ` Jan Djärv

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).