* 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
[parent not found: <handler.11395.B.133599119221506.ack@debbugs.gnu.org>]
* 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-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-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 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).