* bug#11395: 24.0.96; Sporadic crashing
@ 2012-05-02 20:37 Richard Stanton
[not found] ` <handler.11395.B.133599119221506.ack@debbugs.gnu.org>
0 siblings, 1 reply; 25+ messages in thread
From: Richard Stanton @ 2012-05-02 20:37 UTC (permalink / raw)
To: 11395
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line contains a valid email address. After a delay of up
to one day, you should receive an acknowledgement at that address.
Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.
Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug. If you can, give a recipe
starting from `emacs -Q':
I've been using Emacs + org-mode quite a bit over the last 24 hours, and
during this period Emacs has randomly hung multiple times.
Sometimes this occurs when I have just asked Emacs to process the org file
to a PDF file, but sometimes it occurs when I'm just typing. Sometimes the
hang involves Emacs literally disappearing, and sometimes I just get an
infinite rotating ball. There's nothing obviously predictable about when
this occurs, and it's happened maybe 10 times in the last 24 hours.
By the way, I just tried going back to 24.0.95 and it hung (once) too, so
it's
not just this version of Emacs.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/Applications/Emacs.app/Contents/Resources/etc/DEBUG.
In GNU Emacs 24.0.96.1 (x86_64-apple-darwin, NS apple-appkit-1038.36)
of 2012-04-27 on bob.porkrind.org
Windowing system distributor `Apple', version 10.3.1138
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:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Org
Minor modes in effect:
TeX-PDF-mode: t
TeX-source-correlate-mode: t
display-time-mode: t
shell-dirtrack-mode: t
org-beamer-mode: t
diff-auto-refine-mode: t
recentf-mode: t
ido-everywhere: t
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
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
visual-line-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
C-x C-s C-c C-e p C-c C-e d <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <right> <right>
<right> 1 <backspace> C-a C-k C-y C-k C-y <down> <up>
C-k C-k C-y C-@ <down> M-w C-y C-y C-y C-y C-y <down>
<down> C-@ <down> <down> <down> C-k <up> <up> <up>
C-k C-y C-k C-y <down> <down> <down> <down> C-k C-y
C-k C-y <up> C-k C-y <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> C-k C-k C-k C-k
<down> <down> <return> <return> <up> C-y C-x C-s C-c
C-e p <down-mouse-1> <mouse-1> C-a C-e <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> C-a C-k C-y <C-return> C-y <C-return>
C-y <C-return> C-y <C-return> C-y <C-return> C-y <C-return>
C-y <C-return> C-y <C-return> C-y <C-return> C-y <C-return>
C-y <C-return> C-y <C-return> C-y <C-return> C-y <C-return>
C-y C-x C-s <down-mouse-1> <mouse-1> M-x o r g - v
e r SPC <return> C-x b * M e s <return> <down-mouse-1>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <drag-mouse-1> M-c C-a C-k C-y <down-mouse-1>
<mouse-1> C-x b <return> C-a <up> C-@ <down> <down>
<down> <down> M-w <C-end> <return> C-y <down-mouse-1>
<mouse-1> M-x e m a c s - b u g SPC <help-echo> <down-mouse-1>
<mouse-1> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> r e
p o r t SPC SPC SPC <return>
Recent messages:
Wrote /Users/stanton/reviews/Stanford/ttt.tex
LaTeX export done, pushed to kill ring and clipboard
Processing LaTeX file /Users/stanton/reviews/Stanford/ttt.tex...done
Exporting to PDF...done
Mark set [15 times]
Saving file /Users/stanton/reviews/Stanford/ttt.org...
Wrote /Users/stanton/reviews/Stanford/ttt.org
Org-mode version 7.8.09 (release_7.8.09-482-gf47915 @
/Applications/Emacs.app/Contents/Resources/site-lisp/org-mode/lisp/org-inst
all.el)
Mark set [4 times]
delete-backward-char: Text is read-only [4 times]
Load-path shadows:
/Applications/Emacs.app/Contents/Resources/site-lisp/Pymacs-0.23/pymacs
hides
/Applications/Emacs.app/Contents/Resources/site-lisp/python-mode/pymacs
/Applications/Emacs.app/Contents/Resources/site-lisp/dvc/lisp/ewoc hides
/Applications/Emacs.app/Contents/Resources/site-lisp/dvc/lisp/contrib/ewoc
/Applications/Emacs.app/Contents/Resources/site-lisp/org-mode/.dir-locals
hides /Applications/Emacs.app/Contents/Resources/lisp/gnus/.dir-locals
/Applications/Emacs.app/Contents/Resources/site-lisp/dvc/lisp/ewoc hides
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/ewoc
Features:
(shadow sort gnus-util mail-extr emacsbug message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader tabify reftex-vcr reftex-dcr bib-cite flyspell ispell preview
prv-emacs tex-buf font-latex latex tex-style tex latexenc help-mode view
vc-hg vc-bzr bzr-dvc tla smerge-mode newcomment dvc-state dvc-config
diff tla-gnus dvc-gnus dvc-cmenu dvc-about dvc-version bzr dvc-annotate
dvc-revlist dvc-diff dvc-fileinfo bzr-core tla-core pp tla-autoconf
tla-defs dvc-log vc vc-dispatcher dvc-unified dvc-tips dired-x dired
ffap ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult
ediff-init ediff xdarcs-core xgit-core xhg-core xmtn-minimal
reftex-parse reftex reftex-vars org-wl org-w3m org-vm org-rmail org-mhe
org-mew org-irc org-jsinfo org-infojs org-html org-info org-gnus
org-docview org-bibtex bibtex org-bbdb time cus-start cus-load
python-mode skeleton derived rx shell compile org-latex org-export-latex
org-beamer org-exp ob-exp org-exp-blocks org-agenda footnote ob-C
cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs ob-perl ob-R ob-python org byte-opt warnings bytecomp
byte-compile cconv macroexp ob-emacs-lisp ob-tangle ob-ref ob-lob
ob-table org-footnote org-src ob-comint ob-keys ob ob-eval org-pcomplete
pcomplete comint ansi-color org-list org-faces org-compat org-entities
org-macs noutline outline format-spec find-func cal-menu calendar
cal-loaddefs org-install preview-latex tex-site auto-loads server
dvc-autoloads dvc-core dvc-lisp dvc-buffers dvc-ui dvc-register
dvc-utils dvc-emacs ewoc dvc-defs dvc-site magit-bisect magit-key-mode
assoc magit diff-mode log-edit easy-mmode ring pcvs-util add-log
color-theme edmacro kmacro cl sendmail regexp-opt rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils reporter package tabulated-list
recentf tree-widget wid-edit uniquify advice help-fns advice-preload ido
info easymenu time-date tooltip ediff-hook vc-hooks lisp-float-type
mwheel ns-win tool-bar dnd fontset image fringe 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 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] 25+ messages in thread
* bug#11395: Acknowledgement (24.0.96; Sporadic crashing)
[not found] ` <handler.11395.B.133599119221506.ack@debbugs.gnu.org>
@ 2012-05-02 20:48 ` Richard Stanton
2012-05-03 22:15 ` bug#11395: 24.0.96; Sporadic crashing Richard Stanton
1 sibling, 0 replies; 25+ messages in thread
From: Richard Stanton @ 2012-05-02 20:48 UTC (permalink / raw)
To: 11395@debbugs.gnu.org
In case this is useful, here are a couple of Console error dumps:
-------------
Process: Emacs [78747]
Path: /Applications/Emacs.app/Contents/MacOS/Emacs
Identifier: org.gnu.Emacs
Version: Version 24.0.95 (9.0)
Code Type: X86-64 (Native)
Parent Process: launchd [262]
Date/Time: 2012-05-02 11:38:35.897 -0700
OS Version: Mac OS X 10.7.3 (11D50)
Report Version: 9
Interval Since Last Report: 6734520 sec
Crashes Since Last Report: 76
Per-App Interval Since Last Report: 1015602 sec
Per-App Crashes Since Last Report: 7
Anonymous UUID: 5874655D-8694-4877-863C-20AFFC78939E
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: 0x000000000000000d, 0x0000000000000000
VM Regions Near 0:
-->
__TEXT 0000000100000000-0000000100203000 [ 2060K]
r-x/rwx SM=COW /Applications/Emacs.app/Contents/MacOS/Emacs
Application Specific Information:
objc[78747]: garbage collection is OFF
abort() called
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff8ea3982a __kill + 10
1 org.gnu.Emacs 0x00000001000a824b fatal_error_signal +
347
2 libsystem_c.dylib 0x00007fff8d04acfa _sigtramp + 26
3 libsystem_kernel.dylib 0x00007fff8ea39ce2 __pthread_kill + 10
4 libsystem_c.dylib 0x00007fff8cff87d2 pthread_kill + 95
5 libsystem_c.dylib 0x00007fff8cfe9a7a abort + 143
6 org.gnu.Emacs 0x0000000100191f41 ns_term_shutdown + 81
7 org.gnu.Emacs 0x00000001000a8217 fatal_error_signal +
295
8 libsystem_c.dylib 0x00007fff8d04acfa _sigtramp + 26
9 org.gnu.Emacs 0x00000001001061fc mem_insert + 124
10 org.gnu.Emacs 0x0000000100106407 lisp_align_malloc +
103
11 org.gnu.Emacs 0x000000010010748a Fcons + 170
12 org.gnu.Emacs 0x000000010015e8f3 exec_byte_code + 3059
13 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
14 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
15 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
16 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
17 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
18 org.gnu.Emacs 0x0000000100125cde call1 + 30
19 org.gnu.Emacs 0x000000010012cc31 mapcar1 + 161
20 org.gnu.Emacs 0x000000010012cec8 Fmapc + 88
21 org.gnu.Emacs 0x0000000100123c55 Ffuncall + 1125
22 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
23 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
24 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
25 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
26 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
27 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
28 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
29 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
30 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
31 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
32 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
33 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
34 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
35 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
36 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
37 org.gnu.Emacs 0x000000010011fff6 Fcall_interactively
+ 6374
38 org.gnu.Emacs 0x0000000100123c42 Ffuncall + 1106
39 org.gnu.Emacs 0x000000010015f3bc exec_byte_code + 5820
40 org.gnu.Emacs 0x00000001001236fb funcall_lambda + 763
41 org.gnu.Emacs 0x0000000100123a44 Ffuncall + 596
42 org.gnu.Emacs 0x000000010011fff6 Fcall_interactively
+ 6374
43 org.gnu.Emacs 0x0000000100123c42 Ffuncall + 1106
44 org.gnu.Emacs 0x0000000100123e26 call3 + 38
45 org.gnu.Emacs 0x00000001000bc16e command_loop_1 + 1134
46 org.gnu.Emacs 0x0000000100122285
internal_condition_case + 293
47 org.gnu.Emacs 0x00000001000b1787 command_loop_2 + 55
48 org.gnu.Emacs 0x0000000100122389 internal_catch + 217
49 org.gnu.Emacs 0x00000001000b1f0c recursive_edit_1 +
364
50 org.gnu.Emacs 0x00000001000b2082 Frecursive_edit + 290
51 org.gnu.Emacs 0x00000001000a8f4e main + 3262
52 org.gnu.Emacs 0x00000001000022f4 start + 52
Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff8ea3a7e6 kevent + 10
1 libdispatch.dylib 0x00007fff956a65be _dispatch_mgr_invoke
+ 923
2 libdispatch.dylib 0x00007fff956a514e _dispatch_mgr_thread
+ 54
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000006 rcx:
0x00007fff5fbfd388 rdx: 0x0000000000000000
rdi: 0x000000000001339b rsi: 0x0000000000000006 rbp:
0x00007fff5fbfd3c0 rsp: 0x00007fff5fbfd388
r8: 0x0000000000000001 r9: 0x0000000000000010 r10:
0x00007fff8ea39d0a r11: 0xffffff80002d8220
r12: 0x0000000000000006 r13: 0x000000010058a688 r14:
0x00007fff79aed960 r15: 0x00000001029b4bf0
rip: 0x00007fff8ea3982a rfl: 0x0000000000000202 cr2: 0x00007fff79ae4a28
Logical CPU: 0
-----------------
Process: Emacs [7081]
Path: /Applications/Emacs.app/Contents/MacOS/Emacs
Identifier: org.gnu.Emacs
Version: Version 24.0.96 (9.0)
Code Type: X86-64 (Native)
Parent Process: launchd [262]
Date/Time: 2012-05-02 11:19:19.695 -0700
OS Version: Mac OS X 10.7.3 (11D50)
Report Version: 9
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
objc[7081]: garbage collection is OFF
abort() called
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff8ea39ce2 __pthread_kill + 10
1 libsystem_c.dylib 0x00007fff8cff87d2 pthread_kill + 95
2 libsystem_c.dylib 0x00007fff8cfe9a7a abort + 143
3 org.gnu.Emacs 0x0000000100191f41 ns_term_shutdown + 81
4 org.gnu.Emacs 0x00000001000a81a7 fatal_error_signal +
295
5 libsystem_c.dylib 0x00007fff8d04acfa _sigtramp + 26
6 libsystem_kernel.dylib 0x00007fff8ea39ce2 __pthread_kill + 10
7 libsystem_c.dylib 0x00007fff8cff87d2 pthread_kill + 95
8 libsystem_c.dylib 0x00007fff8cfe9a7a abort + 143
9 org.gnu.Emacs 0x0000000100110a69 find_symbol_value +
73
10 org.gnu.Emacs 0x0000000100110db1 Fsymbol_value + 17
11 org.gnu.Emacs 0x0000000100122c56 eval_sub + 742
12 org.gnu.Emacs 0x0000000100122dd2 eval_sub + 1122
13 org.gnu.Emacs 0x00000001001496ab readevalloop + 923
14 org.gnu.Emacs 0x000000010014b546 Fload + 1366
15 org.gnu.Emacs 0x0000000100123ba0 Ffuncall + 1056
16 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
17 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
18 org.gnu.Emacs 0x000000010012472b apply_lambda + 267
19 org.gnu.Emacs 0x0000000100122bfe eval_sub + 654
20 org.gnu.Emacs 0x000000010012336f Fprogn + 47
21 org.gnu.Emacs 0x000000010012372a funcall_lambda + 922
22 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
23 org.gnu.Emacs 0x0000000100125d09 funcall_nil + 9
24 org.gnu.Emacs 0x00000001001213be run_hook_with_args +
238
25 org.gnu.Emacs 0x000000010012158d Frun_hooks + 61
26 org.gnu.Emacs 0x0000000100123c2b Ffuncall + 1195
27 org.gnu.Emacs 0x00000001001224c6 Fapply + 390
28 org.gnu.Emacs 0x0000000100123c2b Ffuncall + 1195
29 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
30 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
31 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
32 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
33 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
34 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
35 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
36 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
37 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
38 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
39 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
40 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
41 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
42 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
43 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
44 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
45 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
46 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
47 org.gnu.Emacs 0x000000010011ff86 Fcall_interactively
+ 6374
48 org.gnu.Emacs 0x0000000100123bd2 Ffuncall + 1106
49 org.gnu.Emacs 0x000000010015f38c exec_byte_code + 5820
50 org.gnu.Emacs 0x000000010012368b funcall_lambda + 763
51 org.gnu.Emacs 0x00000001001239d4 Ffuncall + 596
52 org.gnu.Emacs 0x000000010011ff86 Fcall_interactively
+ 6374
53 org.gnu.Emacs 0x0000000100123bd2 Ffuncall + 1106
54 org.gnu.Emacs 0x0000000100123db6 call3 + 38
55 org.gnu.Emacs 0x00000001000bc0fe command_loop_1 + 1134
56 org.gnu.Emacs 0x0000000100122215
internal_condition_case + 293
57 org.gnu.Emacs 0x00000001000b1717 command_loop_2 + 55
58 org.gnu.Emacs 0x0000000100122319 internal_catch + 217
59 org.gnu.Emacs 0x00000001000b1e9c recursive_edit_1 +
364
60 org.gnu.Emacs 0x00000001000b2012 Frecursive_edit + 290
61 org.gnu.Emacs 0x00000001000a8ede main + 3262
62 org.gnu.Emacs 0x00000001000021f4 start + 52
Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff8ea3a7e6 kevent + 10
1 libdispatch.dylib 0x00007fff956a65be _dispatch_mgr_invoke
+ 923
2 libdispatch.dylib 0x00007fff956a514e _dispatch_mgr_thread
+ 54
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000006 rcx:
0x00007fff5fbfcfe8 rdx: 0x0000000000000000
rdi: 0x0000000000000b07 rsi: 0x0000000000000006 rbp:
0x00007fff5fbfd010 rsp: 0x00007fff5fbfcfe8
r8: 0x00007fff79aeafb8 r9: 0x0000000000000010 r10:
0x00007fff8ea39d0a r11: 0xffffff80002d8220
r12: 0x0000000000000006 r13: 0x000000010058a688 r14:
0x00007fff79aed960 r15: 0x0000000000000003
rip: 0x00007fff8ea39ce2 rfl: 0x0000000000000246 cr2: 0x0000000100db2d68
Logical CPU: 0
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
[not found] ` <handler.11395.B.133599119221506.ack@debbugs.gnu.org>
2012-05-02 20:48 ` bug#11395: Acknowledgement (24.0.96; Sporadic crashing) Richard Stanton
@ 2012-05-03 22:15 ` Richard Stanton
2012-05-04 2:25 ` Chong Yidong
2012-05-05 4:17 ` Chong Yidong
1 sibling, 2 replies; 25+ messages in thread
From: Richard Stanton @ 2012-05-03 22:15 UTC (permalink / raw)
To: 11395@debbugs.gnu.org
I've just been able to get Emacs to crash twice in the last few minutes by
repeatedly pressing C-c C-e p in an org buffer to get it to re-export as a
LaTeX file and export to PDF (where it should then automatically be
displayed in an already open instance of Skim). This works usually, but
sometimes, instead, Skim disappears from view, and then Emacs crashes,
either vanishing completely or showing me an infinite rotating ball.
Here's the Console dump from the last such crash:
Process: Emacs [52617]
Path: /Applications/Emacs.app/Contents/MacOS/Emacs
Identifier: org.gnu.Emacs
Version: Version 24.0.96 (9.0)
Code Type: X86-64 (Native)
Parent Process: launchd [262]
Date/Time: 2012-05-03 15:06:15.740 -0700
OS Version: Mac OS X 10.7.3 (11D50)
Report Version: 9
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: 0x000000000000000d, 0x0000000000000000
VM Regions Near 0:
-->
__TEXT 0000000100000000-00000001001f4000 [ 2000K]
r-x/rwx SM=COW /Applications/Emacs.app/Contents/MacOS/Emacs
Application Specific Information:
objc[52617]: garbage collection is OFF
abort() called
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff8ea3982a __kill + 10
1 org.gnu.Emacs 0x00000001000a2ae0 fatal_error_signal +
320 (emacs.c:366)
2 libsystem_c.dylib 0x00007fff8d04acfa _sigtramp + 26
3 libsystem_kernel.dylib 0x00007fff8ea39ce2 __pthread_kill + 10
4 libsystem_c.dylib 0x00007fff8cff87d2 pthread_kill + 95
5 libsystem_c.dylib 0x00007fff8cfe9a7a abort + 143
6 org.gnu.Emacs 0x000000010018cc21 ns_term_shutdown +
129
7 org.gnu.Emacs 0x00000001000a09bf shut_down_emacs +
239 (emacs.c:2127)
8 org.gnu.Emacs 0x00000001000a2aaf fatal_error_signal +
271 (emacs.c:360)
9 libsystem_c.dylib 0x00007fff8d04acfa _sigtramp + 26
10 org.gnu.Emacs 0x00000001000fe623 mem_delete + 99
(alloc.c:3785)
11 org.gnu.Emacs 0x00000001000fea70 lisp_align_free +
112 (alloc.c:1146)
12 org.gnu.Emacs 0x0000000100102dc2 Fgarbage_collect +
3666 (alloc.c:5951)
13 org.gnu.Emacs 0x00000001001555d4 exec_byte_code +
2324 (bytecode.c:855)
14 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
15 org.gnu.Emacs 0x000000010011d3d2 apply_lambda + 402
(eval.c:3113)
16 org.gnu.Emacs 0x000000010011cfd7 eval_sub + 1943
(eval.c:2395)
17 org.gnu.Emacs 0x000000010011ebca
internal_lisp_condition_case + 538 (eval.c:1470)
18 org.gnu.Emacs 0x00000001001559ef exec_byte_code +
3375 (bytecode.c:981)
19 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
20 org.gnu.Emacs 0x000000010011b194 Ffuncall + 1188
(eval.c:3051)
21 org.gnu.Emacs 0x0000000100155325 exec_byte_code +
1637 (bytecode.c:785)
22 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
23 org.gnu.Emacs 0x000000010011b194 Ffuncall + 1188
(eval.c:3051)
24 org.gnu.Emacs 0x0000000100155325 exec_byte_code +
1637 (bytecode.c:785)
25 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
26 org.gnu.Emacs 0x000000010011b194 Ffuncall + 1188
(eval.c:3051)
27 org.gnu.Emacs 0x0000000100155325 exec_byte_code +
1637 (bytecode.c:785)
28 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
29 org.gnu.Emacs 0x000000010011b194 Ffuncall + 1188
(eval.c:3051)
30 org.gnu.Emacs 0x0000000100155325 exec_byte_code +
1637 (bytecode.c:785)
31 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
32 org.gnu.Emacs 0x000000010011b194 Ffuncall + 1188
(eval.c:3051)
33 org.gnu.Emacs 0x0000000100117aa9 Fcall_interactively
+ 5833 (callint.c:852)
34 org.gnu.Emacs 0x000000010011b0d3 Ffuncall + 995
(eval.c:3009)
35 org.gnu.Emacs 0x0000000100155325 exec_byte_code +
1637 (bytecode.c:785)
36 org.gnu.Emacs 0x000000010011dc6a funcall_lambda + 938
(eval.c:3233)
37 org.gnu.Emacs 0x000000010011b194 Ffuncall + 1188
(eval.c:3051)
38 org.gnu.Emacs 0x0000000100117aa9 Fcall_interactively
+ 5833 (callint.c:852)
39 org.gnu.Emacs 0x000000010011b0d3 Ffuncall + 995
(eval.c:3009)
40 org.gnu.Emacs 0x000000010011e056 call3 + 38
(eval.c:2802)
41 org.gnu.Emacs 0x00000001000b4bb5 command_loop_1 +
1605 (keyboard.c:1580)
42 org.gnu.Emacs 0x000000010011e883
internal_condition_case + 291 (eval.c:1516)
43 org.gnu.Emacs 0x00000001000b454e command_loop_2 + 62
(keyboard.c:1161)
44 org.gnu.Emacs 0x000000010011e988 internal_catch + 216
(eval.c:1272)
45 org.gnu.Emacs 0x00000001000b6070 recursive_edit_1 +
240 (keyboard.c:1140)
46 org.gnu.Emacs 0x00000001000a5e3c Frecursive_edit +
236 (keyboard.c:823)
47 org.gnu.Emacs 0x00000001000a291f main + 6223
(emacs.c:1715)
48 org.gnu.Emacs 0x0000000100001b94 start + 52
Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff8ea3a7e6 kevent + 10
1 libdispatch.dylib 0x00007fff956a65be _dispatch_mgr_invoke
+ 923
2 libdispatch.dylib 0x00007fff956a514e _dispatch_mgr_thread
+ 54
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000006 rcx:
0x00007fff5fbfd7e8 rdx: 0x0000000000000000
rdi: 0x000000000000cd89 rsi: 0x0000000000000006 rbp:
0x00007fff5fbfd810 rsp: 0x00007fff5fbfd7e8
r8: 0x00007fff5fbfdcb0 r9: 0x0000000000000010 r10:
0x00007fff8ea39d0a r11: 0xffffff80002d8220
r12: 0x0000000103541400 r13: 0x0000000000000000 r14:
0x00007fff79aed960 r15: 0x000000000000cd89
rip: 0x00007fff8ea3982a rfl: 0x0000000000000202 cr2: 0x00007fff79ae4a28
Logical CPU: 0
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-03 22:15 ` bug#11395: 24.0.96; Sporadic crashing Richard Stanton
@ 2012-05-04 2:25 ` Chong Yidong
2012-05-05 4:17 ` Chong Yidong
1 sibling, 0 replies; 25+ messages in thread
From: Chong Yidong @ 2012-05-04 2:25 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> I've just been able to get Emacs to crash twice in the last few minutes by
> repeatedly pressing C-c C-e p in an org buffer to get it to re-export as a
> LaTeX file and export to PDF (where it should then automatically be
> displayed in an already open instance of Skim). This works usually, but
> sometimes, instead, Skim disappears from view, and then Emacs crashes,
> either vanishing completely or showing me an infinite rotating ball.
Can you give a recipe with a minimal org file and Emacs invoked with
`emacs -Q'? That will help with debugging.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-03 22:15 ` bug#11395: 24.0.96; Sporadic crashing Richard Stanton
2012-05-04 2:25 ` Chong Yidong
@ 2012-05-05 4:17 ` Chong Yidong
2012-05-05 4:21 ` Richard Stanton
1 sibling, 1 reply; 25+ messages in thread
From: Chong Yidong @ 2012-05-05 4:17 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> I've just been able to get Emacs to crash twice in the last few
> minutes by repeatedly pressing C-c C-e p in an org buffer to get it to
> re-export as a LaTeX file and export to PDF (where it should then
> automatically be displayed in an already open instance of Skim). This
> works usually, but sometimes, instead, Skim disappears from view, and
> then Emacs crashes, either vanishing completely or showing me an
> infinite rotating ball.
Hi Richard,
Glenn Morris just pointed out another bug report with similar
circumstances to yours:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11257
The reporter of that bug experienced crashes with an Emacs precompiled
on Mac OS 10.6.8, running on 10.7.3. After compiling himself, the
crashes went away.
So it's possible that there's some binary incompatibility between the
two Mac OS versions, or that whoever's making the precompiled version is
screwing up. So could you try compiling Emacs yourself and seeing if
the problem goes away?
Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-05 4:17 ` Chong Yidong
@ 2012-05-05 4:21 ` Richard Stanton
2012-05-05 4:45 ` Chong Yidong
0 siblings, 1 reply; 25+ messages in thread
From: Richard Stanton @ 2012-05-05 4:21 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
It does look rather similar, but (I should have mentioned this earlier) the two crashes referred to below were actually *after* I started using my own compiled version.
> -----Original Message-----
> From: Chong Yidong [mailto:cyd@gnu.org]
> Sent: Friday, May 04, 2012 9:17 PM
> To: Richard Stanton
> Cc: 11395@debbugs.gnu.org
> Subject: Re: bug#11395: 24.0.96; Sporadic crashing
>
> Richard Stanton <stanton@haas.berkeley.edu> writes:
>
> > I've just been able to get Emacs to crash twice in the last few
> > minutes by repeatedly pressing C-c C-e p in an org buffer to get it to
> > re-export as a LaTeX file and export to PDF (where it should then
> > automatically be displayed in an already open instance of Skim). This
> > works usually, but sometimes, instead, Skim disappears from view, and
> > then Emacs crashes, either vanishing completely or showing me an
> > infinite rotating ball.
>
> Hi Richard,
>
> Glenn Morris just pointed out another bug report with similar circumstances
> to yours:
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11257
>
> The reporter of that bug experienced crashes with an Emacs precompiled on
> Mac OS 10.6.8, running on 10.7.3. After compiling himself, the crashes went
> away.
>
> So it's possible that there's some binary incompatibility between the two
> Mac OS versions, or that whoever's making the precompiled version is
> screwing up. So could you try compiling Emacs yourself and seeing if the
> problem goes away?
>
> Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-05 4:21 ` Richard Stanton
@ 2012-05-05 4:45 ` Chong Yidong
2012-05-05 6:40 ` Richard Stanton
2012-05-11 13:22 ` Chong Yidong
0 siblings, 2 replies; 25+ messages in thread
From: Chong Yidong @ 2012-05-05 4:45 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> It does look rather similar, but (I should have mentioned this
> earlier) the two crashes referred to below were actually *after* I
> started using my own compiled version.
Thanks for the clarification.
Could you give a recipe with a minimal org file and Emacs invoked with
`emacs -Q'?
Also, could you compile without optimizations (CFLAGS="-g"), run Emacs
in gdb, trigger the crash, and send the gdb backtrace? Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-05 4:45 ` Chong Yidong
@ 2012-05-05 6:40 ` Richard Stanton
2012-05-11 13:22 ` Chong Yidong
1 sibling, 0 replies; 25+ messages in thread
From: Richard Stanton @ 2012-05-05 6:40 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
Will do, once I'm back at my Mac next week.
Sent from my mobile device
On May 4, 2012, at 9:45 PM, "Chong Yidong" <cyd@gnu.org> wrote:
> Richard Stanton <stanton@haas.berkeley.edu> writes:
>
>> It does look rather similar, but (I should have mentioned this
>> earlier) the two crashes referred to below were actually *after* I
>> started using my own compiled version.
>
> Thanks for the clarification.
>
> Could you give a recipe with a minimal org file and Emacs invoked with
> `emacs -Q'?
>
> Also, could you compile without optimizations (CFLAGS="-g"), run Emacs
> in gdb, trigger the crash, and send the gdb backtrace? Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-05 4:45 ` Chong Yidong
2012-05-05 6:40 ` Richard Stanton
@ 2012-05-11 13:22 ` Chong Yidong
2012-05-11 15:21 ` Richard Stanton
1 sibling, 1 reply; 25+ messages in thread
From: Chong Yidong @ 2012-05-11 13:22 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Chong Yidong <cyd@gnu.org> writes:
> Could you give a recipe with a minimal org file and Emacs invoked with
> `emacs -Q'?
>
> Also, could you compile without optimizations (CFLAGS="-g"), run Emacs
> in gdb, trigger the crash, and send the gdb backtrace? Thanks.
Any luck?
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-11 13:22 ` Chong Yidong
@ 2012-05-11 15:21 ` Richard Stanton
2012-05-11 17:26 ` Chong Yidong
0 siblings, 1 reply; 25+ messages in thread
From: Richard Stanton @ 2012-05-11 15:21 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
None yet, I'm afraid. I tried for a few minutes with emacs -Q, and couldn't get it to crash.
With the debug compile, can I run this with my full init.el?
> -----Original Message-----
> From: Chong Yidong [mailto:cyd@gnu.org]
> Sent: Friday, May 11, 2012 6:23 AM
> To: Richard Stanton
> Cc: 11395@debbugs.gnu.org
> Subject: Re: bug#11395: 24.0.96; Sporadic crashing
>
> Chong Yidong <cyd@gnu.org> writes:
>
> > Could you give a recipe with a minimal org file and Emacs invoked with
> > `emacs -Q'?
> >
> > Also, could you compile without optimizations (CFLAGS="-g"), run Emacs
> > in gdb, trigger the crash, and send the gdb backtrace? Thanks.
>
> Any luck?
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-11 15:21 ` Richard Stanton
@ 2012-05-11 17:26 ` Chong Yidong
2012-05-11 18:09 ` Richard Stanton
0 siblings, 1 reply; 25+ messages in thread
From: Chong Yidong @ 2012-05-11 17:26 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> None yet, I'm afraid. I tried for a few minutes with emacs -Q, and
> couldn't get it to crash.
>
> With the debug compile, can I run this with my full init.el?
Yes. But please run it from inside gdb, so that if there is a crash,
you will get the backtrace.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-11 17:26 ` Chong Yidong
@ 2012-05-11 18:09 ` Richard Stanton
2012-05-12 6:35 ` Chong Yidong
0 siblings, 1 reply; 25+ messages in thread
From: Richard Stanton @ 2012-05-11 18:09 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
Will do. Anything I need to know about running it inside gdb? Also, do I need to do anything special to get a backtrace if it crashes?
> -----Original Message-----
> From: Chong Yidong [mailto:cyd@gnu.org]
> Sent: Friday, May 11, 2012 10:26 AM
> To: Richard Stanton
> Cc: 11395@debbugs.gnu.org
> Subject: Re: bug#11395: 24.0.96; Sporadic crashing
>
> Richard Stanton <stanton@haas.berkeley.edu> writes:
>
> > None yet, I'm afraid. I tried for a few minutes with emacs -Q, and
> > couldn't get it to crash.
> >
> > With the debug compile, can I run this with my full init.el?
>
> Yes. But please run it from inside gdb, so that if there is a crash, you will get
> the backtrace.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-11 18:09 ` Richard Stanton
@ 2012-05-12 6:35 ` Chong Yidong
2012-05-14 20:45 ` Richard Stanton
2012-05-16 16:48 ` Richard Stanton
0 siblings, 2 replies; 25+ messages in thread
From: Chong Yidong @ 2012-05-12 6:35 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> Will do. Anything I need to know about running it inside gdb? Also, do
> I need to do anything special to get a backtrace if it crashes?
Start gdb from the src/ directory of the Emacs directory tree, like
this:
gdb emacs
Then type "r" at the gdb prompt to start Emacs. If/when you get a
crash, type "bt" to get the backtrace and report it. Then please keep
the Emacs and gdb window open (it is OK to minimize it) until you hear
back from us, so that we can ask you to do further debugging.
Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-12 6:35 ` Chong Yidong
@ 2012-05-14 20:45 ` Richard Stanton
2012-05-15 15:17 ` Chong Yidong
2012-05-16 16:48 ` Richard Stanton
1 sibling, 1 reply; 25+ messages in thread
From: Richard Stanton @ 2012-05-14 20:45 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
I've compiled emacs with -g, and can load the executable under gdb.
However:
1) When run this way, where does Emacs look by default for my own .el
files? Normally I put them under
/Applications/Emacs.app/Contents/Resources/site-lisp, which Emacs under OS
X searches (along with all subdirectories) automatically.
2) When I type a key in the resulting Emacs window, the character I just
typed appears in the shell window, not the Emacs window. How do I get
around that?
Thanks.
On 5/11/12 11:35 PM, "Chong Yidong" <cyd@gnu.org> wrote:
>Richard Stanton <stanton@haas.berkeley.edu> writes:
>
>> Will do. Anything I need to know about running it inside gdb? Also, do
>> I need to do anything special to get a backtrace if it crashes?
>
>Start gdb from the src/ directory of the Emacs directory tree, like
>this:
>
>gdb emacs
>
>Then type "r" at the gdb prompt to start Emacs. If/when you get a
>crash, type "bt" to get the backtrace and report it. Then please keep
>the Emacs and gdb window open (it is OK to minimize it) until you hear
>back from us, so that we can ask you to do further debugging.
>
>Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-14 20:45 ` Richard Stanton
@ 2012-05-15 15:17 ` Chong Yidong
2012-05-15 16:17 ` Jan Djärv
0 siblings, 1 reply; 25+ messages in thread
From: Chong Yidong @ 2012-05-15 15:17 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> 1) When run this way, where does Emacs look by default for my own .el
> files? Normally I put them under
> /Applications/Emacs.app/Contents/Resources/site-lisp, which Emacs
> under OS X searches (along with all subdirectories) automatically.
It should not make any difference.
> 2) When I type a key in the resulting Emacs window, the character I
> just typed appears in the shell window, not the Emacs window. How do I
> get around that?
I have no idea what this means; I haven't heard of such a problem
before. Maybe someone else who has used Emacs on Mac OS X can help.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-15 15:17 ` Chong Yidong
@ 2012-05-15 16:17 ` Jan Djärv
2012-05-15 16:23 ` Jan Djärv
0 siblings, 1 reply; 25+ messages in thread
From: Jan Djärv @ 2012-05-15 16:17 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org, Richard Stanton
Hello.
15 maj 2012 kl. 17:17 skrev Chong Yidong:
> Richard Stanton <stanton@haas.berkeley.edu> writes:
>
>> 1) When run this way, where does Emacs look by default for my own .el
>> files? Normally I put them under
>> /Applications/Emacs.app/Contents/Resources/site-lisp, which Emacs
>> under OS X searches (along with all subdirectories) automatically.
>
> It should not make any difference.
>
>> 2) When I type a key in the resulting Emacs window, the character I
>> just typed appears in the shell window, not the Emacs window. How do I
>> get around that?
>
> I have no idea what this means; I haven't heard of such a problem
> before. Maybe someone else who has used Emacs on Mac OS X can help.
>
>
You should cd to src and then start gdb like this:
% gdb ../nextstep/Emacs.app/Contents/MacOS/Emacs
not use the emacs that is in src.
Emacs can't find its resources otherwise, and isn't properly initialized.
Jan D.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-15 16:17 ` Jan Djärv
@ 2012-05-15 16:23 ` Jan Djärv
2012-05-15 17:48 ` Richard Stanton
0 siblings, 1 reply; 25+ messages in thread
From: Jan Djärv @ 2012-05-15 16:23 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org, Richard Stanton
Hi again.
You must do make install so emacs finds the lisp files.
15 maj 2012 kl. 18:17 skrev Jan Djärv:
> Hello.
>
> 15 maj 2012 kl. 17:17 skrev Chong Yidong:
>
>> Richard Stanton <stanton@haas.berkeley.edu> writes:
>>
>>> 1) When run this way, where does Emacs look by default for my own .el
>>> files? Normally I put them under
>>> /Applications/Emacs.app/Contents/Resources/site-lisp, which Emacs
>>> under OS X searches (along with all subdirectories) automatically.
>>
>> It should not make any difference.
You should copy them to nextstep/Emacs.app/Contents/Resources/site-lisp if you must have them while debugging.
Jan D.
>>
>>> 2) When I type a key in the resulting Emacs window, the character I
>>> just typed appears in the shell window, not the Emacs window. How do I
>>> get around that?
>>
>> I have no idea what this means; I haven't heard of such a problem
>> before. Maybe someone else who has used Emacs on Mac OS X can help.
>>
>>
>
> You should cd to src and then start gdb like this:
>
> % gdb ../nextstep/Emacs.app/Contents/MacOS/Emacs
>
> not use the emacs that is in src.
>
> Emacs can't find its resources otherwise, and isn't properly initialized.
>
> Jan D.
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-15 16:23 ` Jan Djärv
@ 2012-05-15 17:48 ` Richard Stanton
0 siblings, 0 replies; 25+ messages in thread
From: Richard Stanton @ 2012-05-15 17:48 UTC (permalink / raw)
To: Jan Djärv, Chong Yidong; +Cc: 11395@debbugs.gnu.org
On 5/15/12 9:23 AM, "Jan Djärv" <jan.h.d@swipnet.se> wrote:
>Hi again.
>
>You must do make install so emacs finds the lisp files.
>
>15 maj 2012 kl. 18:17 skrev Jan Djärv:
>
>> Hello.
>>
>> 15 maj 2012 kl. 17:17 skrev Chong Yidong:
>>
>>> Richard Stanton <stanton@haas.berkeley.edu> writes:
>>>
>>>> 1) When run this way, where does Emacs look by default for my own .el
>>>> files? Normally I put them under
>>>> /Applications/Emacs.app/Contents/Resources/site-lisp, which Emacs
>>>> under OS X searches (along with all subdirectories) automatically.
>>>
>>> It should not make any difference.
>
>You should copy them to nextstep/Emacs.app/Contents/Resources/site-lisp
>if you must have them while debugging.
>
> Jan D.
>
>>>
>>>> 2) When I type a key in the resulting Emacs window, the character I
>>>> just typed appears in the shell window, not the Emacs window. How do I
>>>> get around that?
>>>
>>> I have no idea what this means; I haven't heard of such a problem
>>> before. Maybe someone else who has used Emacs on Mac OS X can help.
>>>
>>>
>>
>> You should cd to src and then start gdb like this:
>>
>> % gdb ../nextstep/Emacs.app/Contents/MacOS/Emacs
>>
>> not use the emacs that is in src.
>>
>> Emacs can't find its resources otherwise, and isn't properly
>>initialized.
>>
>> Jan D.
>>
>
Thanks. I copied my site-lisp directory and started Emacs as you suggested
and it seems to be running just as normal. Now to wait for a crash...
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-12 6:35 ` Chong Yidong
2012-05-14 20:45 ` Richard Stanton
@ 2012-05-16 16:48 ` Richard Stanton
2012-05-17 9:10 ` Chong Yidong
2012-05-17 12:00 ` Chong Yidong
1 sibling, 2 replies; 25+ messages in thread
From: Richard Stanton @ 2012-05-16 16:48 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
It just crashed! It took several days for this to show up, and all I was
doing at the time was typing text...
Here's the backtrace (plus everything else that appeared on the screen
after I told it to run Emacs).
Please let me know what further information you need.
(gdb) r
Starting program:
/RHS/packages/emacs-24.0.96/nextstep/Emacs.app/Contents/MacOS/Emacs
Reading symbols for shared libraries
++++++++++.................................................................
.............................................................. done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
May 15 11:27:47 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextGetCTM: invalid context 0x0
May 15 11:27:47 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextSetBaseCTM: invalid context 0x0
May 15 12:31:55 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextGetCTM: invalid context 0x0
May 15 12:31:55 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextSetBaseCTM: invalid context 0x0
Reading symbols for shared libraries . done
May 15 14:55:54 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextGetCTM: invalid context 0x0
May 15 14:55:54 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextSetBaseCTM: invalid context 0x0
May 15 14:56:01 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextGetCTM: invalid context 0x0
May 15 14:56:01 richard-stantons-mac-pro.local Emacs[3609] <Error>:
CGContextSetBaseCTM: invalid context 0x0
Reading symbols for shared libraries ... done
Reading symbols for shared libraries . done
Reading symbols for shared libraries ......... done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
3585 c = start < c->start ? c->left : c->right;
(gdb) bt
#0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
#1 0x00000001001cb45e in lisp_malloc (nbytes=120,
type=MEM_TYPE_VECTORLIKE) at alloc.c:918
#2 0x00000001001cde02 in allocate_vectorlike (len=13) at alloc.c:2948
#3 0x00000001001cdf22 in allocate_pseudovector (memlen=13, lisplen=13,
tag=2097152) at alloc.c:2988
#4 0x0000000100219313 in font_make_spec () at font.c:174
#5 0x0000000100226dbc in copy_font_spec (font=4488910229) at font.c:3875
#6 0x00000001002230d6 in font_clear_prop (attrs=0x7fff5fbf8740,
prop=FONT_WEIGHT_INDEX) at font.c:2982
#7 0x000000010011744d in merge_face_vectors (f=0x105203fb0,
from=0x7fff5fbf7eb8, to=0x7fff5fbf8740, named_merge_points=0x7fff5fbf7f60)
at xfaces.c:2350
#8 0x0000000100116d89 in merge_named_face (f=0x105203fb0,
face_name=4324754282, to=0x7fff5fbf8740,
named_merge_points=0x7fff5fbf7f60) at xfaces.c:2387
#9 0x0000000100117f37 in merge_face_ref (f=0x105203fb0,
face_ref=4324754282, to=0x7fff5fbf8740, err_msgs=0,
named_merge_points=0x7fff5fbf81b0) at xfaces.c:2637
#10 0x0000000100117031 in merge_face_vectors (f=0x105203fb0,
from=0x7fff5fbf8108, to=0x7fff5fbf8740, named_merge_points=0x7fff5fbf81b0)
at xfaces.c:2315
#11 0x0000000100116d89 in merge_named_face (f=0x105203fb0,
face_name=4434249458, to=0x7fff5fbf8740,
named_merge_points=0x7fff5fbf81b0) at xfaces.c:2387
#12 0x0000000100117f37 in merge_face_ref (f=0x105203fb0,
face_ref=4434249458, to=0x7fff5fbf8740, err_msgs=0,
named_merge_points=0x7fff5fbf8400) at xfaces.c:2637
#13 0x0000000100117031 in merge_face_vectors (f=0x105203fb0,
from=0x7fff5fbf8358, to=0x7fff5fbf8740, named_merge_points=0x7fff5fbf8400)
at xfaces.c:2315
#14 0x0000000100116d89 in merge_named_face (f=0x105203fb0,
face_name=4434716402, to=0x7fff5fbf8740,
named_merge_points=0x7fff5fbf8400) at xfaces.c:2387
#15 0x0000000100117f37 in merge_face_ref (f=0x105203fb0,
face_ref=4434716402, to=0x7fff5fbf8740, err_msgs=1,
named_merge_points=0x0) at xfaces.c:2637
#16 0x0000000100121b25 in face_at_buffer_position (w=0x10168aa70, pos=559,
region_beg=-1, region_end=-1, endptr=0x7fff5fbf88e8, limit=659, mouse=0,
base_face_id=0) at xfaces.c:6033
#17 0x000000010002eb56 in handle_face_prop (it=0x7fff5fbf9c98) at
xdisp.c:3593
#18 0x000000010002d751 in handle_stop (it=0x7fff5fbf9c98) at xdisp.c:3106
#19 0x000000010003cd0c in next_element_from_buffer (it=0x7fff5fbf9c98) at
xdisp.c:7721
#20 0x000000010003822a in get_next_display_element (it=0x7fff5fbf9c98) at
xdisp.c:6414
#21 0x0000000100062de0 in display_line (it=0x7fff5fbf9c98) at xdisp.c:19038
#22 0x00000001000585eb in try_window (window=4318603893, pos={charpos = 1,
bytepos = 1}, flags=1) at xdisp.c:16031
#23 0x0000000100055e71 in redisplay_window (window=4318603893,
just_this_one_p=1) at xdisp.c:15556
#24 0x000000010004e841 in redisplay_window_1 (window=4318603893) at
xdisp.c:13650
#25 0x00000001001fd520 in internal_condition_case_1 (bfun=0x10004e800
<redisplay_window_1>, arg=4318603893, handlers=4320154566,
hfun=0x10004e740 <redisplay_window_error>) at eval.c:1553
#26 0x000000010004d0d7 in redisplay_internal () at xdisp.c:13275
#27 0x000000010004a379 in redisplay () at xdisp.c:12422
#28 0x000000010012c6e9 in read_char (commandflag=1, nmaps=5,
maps=0x7fff5fbfe9c0, prev_event=4320145466,
used_mouse_menu=0x7fff5fbfecd4, end_time=0x0) at keyboard.c:2448
#29 0x000000010013e6a2 in read_key_sequence (keybuf=0x7fff5fbfef60,
bufsize=30, prompt=4320145466, dont_downcase_last=0,
can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9328
#30 0x0000000100129952 in command_loop_1 () at keyboard.c:1449
#31 0x00000001001fd385 in internal_condition_case (bfun=0x100129440
<command_loop_1>, handlers=4320201578, hfun=0x100128980 <cmd_error>) at
eval.c:1515
#32 0x0000000100128f4f in command_loop_2 (ignore=4320145466) at
keyboard.c:1160
#33 0x00000001001fcbc5 in internal_catch (tag=4320197578, func=0x100128f20
<command_loop_2>, arg=4320145466) at eval.c:1272
#34 0x0000000100128ed2 in command_loop () at keyboard.c:1139
#35 0x0000000100128309 in recursive_edit_1 () at keyboard.c:759
#36 0x000000010012854d in Frecursive_edit () at keyboard.c:823
#37 0x0000000100125dd0 in main (argc=1, argv=0x7fff5fbff8c0) at
emacs.c:1715
(gdb)
On 5/11/12 11:35 PM, "Chong Yidong" <cyd@gnu.org> wrote:
>Richard Stanton <stanton@haas.berkeley.edu> writes:
>
>> Will do. Anything I need to know about running it inside gdb? Also, do
>> I need to do anything special to get a backtrace if it crashes?
>
>Start gdb from the src/ directory of the Emacs directory tree, like
>this:
>
>gdb emacs
>
>Then type "r" at the gdb prompt to start Emacs. If/when you get a
>crash, type "bt" to get the backtrace and report it. Then please keep
>the Emacs and gdb window open (it is OK to minimize it) until you hear
>back from us, so that we can ask you to do further debugging.
>
>Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-16 16:48 ` Richard Stanton
@ 2012-05-17 9:10 ` Chong Yidong
2012-05-19 6:24 ` Paul Eggert
2012-05-17 12:00 ` Chong Yidong
1 sibling, 1 reply; 25+ messages in thread
From: Chong Yidong @ 2012-05-17 9:10 UTC (permalink / raw)
To: Paul Eggert; +Cc: 11395@debbugs.gnu.org, Richard Stanton
> It just crashed! It took several days for this to show up, and all I was
> doing at the time was typing text...
>
> Here's the backtrace (plus everything else that appeared on the screen
> after I told it to run Emacs).
Unfortunately, I will be traveling for the next several days, and will
not have time to work on this. Paul, would you mind taking a look, and
see if it rings any bell?
The backtrace posted by Felix Geller at
https://gist.github.com/2644938
also points to something in the vectorlike allocation code.
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: 13 at address: 0x0000000000000000
> 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> 3585 c = start < c->start ? c->left : c->right;
> (gdb) bt
> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> #1 0x00000001001cb45e in lisp_malloc (nbytes=120,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:918
> #2 0x00000001001cde02 in allocate_vectorlike (len=13) at alloc.c:2948
> #3 0x00000001001cdf22 in allocate_pseudovector (memlen=13, lisplen=13,
> tag=2097152) at alloc.c:2988
> #4 0x0000000100219313 in font_make_spec () at font.c:174
> #5 0x0000000100226dbc in copy_font_spec (font=4488910229) at font.c:3875
> #6 0x00000001002230d6 in font_clear_prop (attrs=0x7fff5fbf8740,
> prop=FONT_WEIGHT_INDEX) at font.c:2982
> #7 0x000000010011744d in merge_face_vectors (f=0x105203fb0,
> from=0x7fff5fbf7eb8, to=0x7fff5fbf8740, named_merge_points=0x7fff5fbf7f60)
> at xfaces.c:2350
> #8 0x0000000100116d89 in merge_named_face (f=0x105203fb0,
> face_name=4324754282, to=0x7fff5fbf8740,
> named_merge_points=0x7fff5fbf7f60) at xfaces.c:2387
> #9 0x0000000100117f37 in merge_face_ref (f=0x105203fb0,
> face_ref=4324754282, to=0x7fff5fbf8740, err_msgs=0,
> named_merge_points=0x7fff5fbf81b0) at xfaces.c:2637
> #10 0x0000000100117031 in merge_face_vectors (f=0x105203fb0,
> from=0x7fff5fbf8108, to=0x7fff5fbf8740, named_merge_points=0x7fff5fbf81b0)
> at xfaces.c:2315
> #11 0x0000000100116d89 in merge_named_face (f=0x105203fb0,
> face_name=4434249458, to=0x7fff5fbf8740,
> named_merge_points=0x7fff5fbf81b0) at xfaces.c:2387
> #12 0x0000000100117f37 in merge_face_ref (f=0x105203fb0,
> face_ref=4434249458, to=0x7fff5fbf8740, err_msgs=0,
> named_merge_points=0x7fff5fbf8400) at xfaces.c:2637
> #13 0x0000000100117031 in merge_face_vectors (f=0x105203fb0,
> from=0x7fff5fbf8358, to=0x7fff5fbf8740, named_merge_points=0x7fff5fbf8400)
> at xfaces.c:2315
> #14 0x0000000100116d89 in merge_named_face (f=0x105203fb0,
> face_name=4434716402, to=0x7fff5fbf8740,
> named_merge_points=0x7fff5fbf8400) at xfaces.c:2387
> #15 0x0000000100117f37 in merge_face_ref (f=0x105203fb0,
> face_ref=4434716402, to=0x7fff5fbf8740, err_msgs=1,
> named_merge_points=0x0) at xfaces.c:2637
> #16 0x0000000100121b25 in face_at_buffer_position (w=0x10168aa70, pos=559,
> region_beg=-1, region_end=-1, endptr=0x7fff5fbf88e8, limit=659, mouse=0,
> base_face_id=0) at xfaces.c:6033
> #17 0x000000010002eb56 in handle_face_prop (it=0x7fff5fbf9c98) at
> xdisp.c:3593
> #18 0x000000010002d751 in handle_stop (it=0x7fff5fbf9c98) at xdisp.c:3106
> #19 0x000000010003cd0c in next_element_from_buffer (it=0x7fff5fbf9c98) at
> xdisp.c:7721
> #20 0x000000010003822a in get_next_display_element (it=0x7fff5fbf9c98) at
> xdisp.c:6414
> #21 0x0000000100062de0 in display_line (it=0x7fff5fbf9c98) at xdisp.c:19038
> #22 0x00000001000585eb in try_window (window=4318603893, pos={charpos = 1,
> bytepos = 1}, flags=1) at xdisp.c:16031
> #23 0x0000000100055e71 in redisplay_window (window=4318603893,
> just_this_one_p=1) at xdisp.c:15556
> #24 0x000000010004e841 in redisplay_window_1 (window=4318603893) at
> xdisp.c:13650
> #25 0x00000001001fd520 in internal_condition_case_1 (bfun=0x10004e800
> <redisplay_window_1>, arg=4318603893, handlers=4320154566,
> hfun=0x10004e740 <redisplay_window_error>) at eval.c:1553
> #26 0x000000010004d0d7 in redisplay_internal () at xdisp.c:13275
> #27 0x000000010004a379 in redisplay () at xdisp.c:12422
> #28 0x000000010012c6e9 in read_char (commandflag=1, nmaps=5,
> maps=0x7fff5fbfe9c0, prev_event=4320145466,
> used_mouse_menu=0x7fff5fbfecd4, end_time=0x0) at keyboard.c:2448
> #29 0x000000010013e6a2 in read_key_sequence (keybuf=0x7fff5fbfef60,
> bufsize=30, prompt=4320145466, dont_downcase_last=0,
> can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9328
> #30 0x0000000100129952 in command_loop_1 () at keyboard.c:1449
> #31 0x00000001001fd385 in internal_condition_case (bfun=0x100129440
> <command_loop_1>, handlers=4320201578, hfun=0x100128980 <cmd_error>) at
> eval.c:1515
> #32 0x0000000100128f4f in command_loop_2 (ignore=4320145466) at
> keyboard.c:1160
> #33 0x00000001001fcbc5 in internal_catch (tag=4320197578, func=0x100128f20
> <command_loop_2>, arg=4320145466) at eval.c:1272
> #34 0x0000000100128ed2 in command_loop () at keyboard.c:1139
> #35 0x0000000100128309 in recursive_edit_1 () at keyboard.c:759
> #36 0x000000010012854d in Frecursive_edit () at keyboard.c:823
> #37 0x0000000100125dd0 in main (argc=1, argv=0x7fff5fbff8c0) at
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-16 16:48 ` Richard Stanton
2012-05-17 9:10 ` Chong Yidong
@ 2012-05-17 12:00 ` Chong Yidong
2012-05-17 16:35 ` Richard Stanton
1 sibling, 1 reply; 25+ messages in thread
From: Chong Yidong @ 2012-05-17 12:00 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395@debbugs.gnu.org
Richard Stanton <stanton@haas.berkeley.edu> writes:
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: 13 at address: 0x0000000000000000
> 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> 3585 c = start < c->start ? c->left : c->right;
> (gdb) bt
> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> #1 0x00000001001cb45e in lisp_malloc (nbytes=120,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:918
Please keep the gdb session alive, thanks.
Could you do
f 0
p *c
and show the results?
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-17 12:00 ` Chong Yidong
@ 2012-05-17 16:35 ` Richard Stanton
2015-12-25 23:14 ` Lars Ingebrigtsen
0 siblings, 1 reply; 25+ messages in thread
From: Richard Stanton @ 2012-05-17 16:35 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org
On 5/17/12 5:00 AM, "Chong Yidong" <cyd@gnu.org> wrote:
>Richard Stanton <stanton@haas.berkeley.edu> writes:
>
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: 13 at address: 0x0000000000000000
>> 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>> 3585 c = start < c->start ? c->left : c->right;
>> (gdb) bt
>> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
>>end=0x10fa29088,
>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>> #1 0x00000001001cb45e in lisp_malloc (nbytes=120,
>> type=MEM_TYPE_VECTORLIKE) at alloc.c:918
>
>Please keep the gdb session alive, thanks.
>
>Could you do
>
>f 0
>p *c
>
>and show the results?
(gdb) f 0
#0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
3585 c = start < c->start ? c->left : c->right;
(gdb) p *c
Cannot access memory at address 0x1cc1000000000000
(gdb)
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-17 9:10 ` Chong Yidong
@ 2012-05-19 6:24 ` Paul Eggert
0 siblings, 0 replies; 25+ messages in thread
From: Paul Eggert @ 2012-05-19 6:24 UTC (permalink / raw)
To: Chong Yidong; +Cc: 11395@debbugs.gnu.org, Richard Stanton
On 05/17/2012 02:10 AM, Chong Yidong wrote:
> Paul, would you mind taking a look, and
> see if it rings any bell?
I took a look and unfortunately I don't see anything
there special; it's a corrupted red-black tree and
I don't offhand see anything more than that.
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2012-05-17 16:35 ` Richard Stanton
@ 2015-12-25 23:14 ` Lars Ingebrigtsen
2015-12-26 1:01 ` Richard Stanton
0 siblings, 1 reply; 25+ messages in thread
From: Lars Ingebrigtsen @ 2015-12-25 23:14 UTC (permalink / raw)
To: Richard Stanton; +Cc: 11395, Chong Yidong
Richard Stanton <stanton@haas.berkeley.edu> writes:
> On 5/17/12 5:00 AM, "Chong Yidong" <cyd@gnu.org> wrote:
>
>>Richard Stanton <stanton@haas.berkeley.edu> writes:
>>
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: 13 at address: 0x0000000000000000
>>> 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>>> 3585 c = start < c->start ? c->left : c->right;
>>> (gdb) bt
>>> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
>>>end=0x10fa29088,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>>> #1 0x00000001001cb45e in lisp_malloc (nbytes=120,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:918
>>
>>Please keep the gdb session alive, thanks.
>>
>>Could you do
>>
>>f 0
>>p *c
>>
>>and show the results?
>
> (gdb) f 0
> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010, end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> 3585 c = start < c->start ? c->left : c->right;
> (gdb) p *c
> Cannot access memory at address 0x1cc1000000000000
> (gdb)
Is this issue still a problem?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 25+ messages in thread
* bug#11395: 24.0.96; Sporadic crashing
2015-12-25 23:14 ` Lars Ingebrigtsen
@ 2015-12-26 1:01 ` Richard Stanton
0 siblings, 0 replies; 25+ messages in thread
From: Richard Stanton @ 2015-12-26 1:01 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 11395, Chong Yidong
Thanks for getting back to me, but I haven't had Emacs crash in quite a
long time.
Best,
Richard Stanton
-----Original Message-----
From: Lars Ingebrigtsen [mailto:larsi@gnus.org]
Sent: Friday, December 25, 2015 3:15 PM
To: Richard Stanton <stanton@haas.berkeley.edu>
Cc: Chong Yidong <cyd@gnu.org>; 11395@debbugs.gnu.org
Subject: Re: bug#11395: 24.0.96; Sporadic crashing
Richard Stanton <stanton@haas.berkeley.edu> writes:
> On 5/17/12 5:00 AM, "Chong Yidong" <cyd@gnu.org> wrote:
>
>>Richard Stanton <stanton@haas.berkeley.edu> writes:
>>
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: 13 at address: 0x0000000000000000
>>> 0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
>>>end=0x10fa29088,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>>> 3585 c = start < c->start ? c->left : c->right;
>>> (gdb) bt
>>> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
>>>end=0x10fa29088,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>>> #1 0x00000001001cb45e in lisp_malloc (nbytes=120,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:918
>>
>>Please keep the gdb session alive, thanks.
>>
>>Could you do
>>
>>f 0
>>p *c
>>
>>and show the results?
>
> (gdb) f 0
> #0 0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
> end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> 3585 c = start < c->start ? c->left : c->right;
> (gdb) p *c
> Cannot access memory at address 0x1cc1000000000000
> (gdb)
Is this issue still a problem?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2015-12-26 1:01 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-05-02 20:37 bug#11395: 24.0.96; Sporadic crashing Richard Stanton
[not found] ` <handler.11395.B.133599119221506.ack@debbugs.gnu.org>
2012-05-02 20:48 ` bug#11395: Acknowledgement (24.0.96; Sporadic crashing) Richard Stanton
2012-05-03 22:15 ` bug#11395: 24.0.96; Sporadic crashing Richard Stanton
2012-05-04 2:25 ` Chong Yidong
2012-05-05 4:17 ` Chong Yidong
2012-05-05 4:21 ` Richard Stanton
2012-05-05 4:45 ` Chong Yidong
2012-05-05 6:40 ` Richard Stanton
2012-05-11 13:22 ` Chong Yidong
2012-05-11 15:21 ` Richard Stanton
2012-05-11 17:26 ` Chong Yidong
2012-05-11 18:09 ` Richard Stanton
2012-05-12 6:35 ` Chong Yidong
2012-05-14 20:45 ` Richard Stanton
2012-05-15 15:17 ` Chong Yidong
2012-05-15 16:17 ` Jan Djärv
2012-05-15 16:23 ` Jan Djärv
2012-05-15 17:48 ` Richard Stanton
2012-05-16 16:48 ` Richard Stanton
2012-05-17 9:10 ` Chong Yidong
2012-05-19 6:24 ` Paul Eggert
2012-05-17 12:00 ` Chong Yidong
2012-05-17 16:35 ` Richard Stanton
2015-12-25 23:14 ` Lars Ingebrigtsen
2015-12-26 1:01 ` Richard Stanton
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).