bug#15088: 24.3; Hard crash on OSX when editing header files

bug#15088: 24.3; Hard crash on OSX when editing header files

[Simon Stapleton]

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 acknowledgment 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'm seeing repeatable crashes when editing header files, specifically
when adding include guards.

Recipe :

- start emacs
c-x c-f /tmp/foo.h
#ifndef FOO_H

<crash>

If I manage to get in fast enough to add a #endif afterwards, the crash
doesn't happen (to get this to work I usually have to reopen emacs, do a
M-x recover-this-file, type *really fast*, suffer another crash anyway,
and I can then restart emacs, M-x recover-this-file and I'm away.

Running under gdb, I get the following backtrace.

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000030
0x00000001001691a1 in add_properties ()
(gdb) bt
#0  0x00000001001691a1 in add_properties ()
#1  0x00000001001672e2 in Fadd_text_properties ()
#2  0x0000000100116ebb in Ffuncall ()
#3  0x000000010014f488 in exec_byte_code ()
#4  0x000000010011a0d2 in funcall_lambda ()
#5  0x0000000100116f67 in Ffuncall ()
#6  0x000000010014f488 in exec_byte_code ()
#7  0x000000010011a0d2 in funcall_lambda ()
#8  0x0000000100116f67 in Ffuncall ()
#9  0x000000010014f488 in exec_byte_code ()
#10 0x000000010011a0d2 in funcall_lambda ()
#11 0x0000000100116f67 in Ffuncall ()
#12 0x000000010014f488 in exec_byte_code ()
#13 0x000000010011a0d2 in funcall_lambda ()
#14 0x0000000100116f67 in Ffuncall ()
#15 0x0000000100116812 in Fapply ()
#16 0x0000000100116f80 in Ffuncall ()
#17 0x000000010014f488 in exec_byte_code ()
#18 0x00000001001198c7 in eval_sub ()
#19 0x000000010011a4c8 in internal_lisp_condition_case ()
#20 0x0000000100150091 in exec_byte_code ()
#21 0x000000010011a0d2 in funcall_lambda ()
#22 0x0000000100116f67 in Ffuncall ()
#23 0x000000010011a27e in call1 ()
#24 0x00000001000a812f in timer_check ()
#25 0x00000001000a81a5 in readable_events ()
#26 0x00000001000a9018 in detect_input_pending_run_timers ()
#27 0x000000010015ae96 in wait_reading_process_output ()
#28 0x0000000100005abc in sit_for ()
#29 0x00000001000acdda in read_char ()
#30 0x00000001000b012f in read_key_sequence ()
#31 0x00000001000b1ba8 in command_loop_1 ()
#32 0x00000001001188b9 in internal_condition_case ()
#33 0x00000001000b077e in command_loop_2 ()
#34 0x00000001001189b5 in internal_catch ()
#35 0x00000001000b21b0 in recursive_edit_1 ()
#36 0x00000001000a2bad in Frecursive_edit ()
#37 0x000000010009fa42 in main ()
(gdb) xbacktrace
Undefined command: "xbacktrace".  Try "help".

xbacktrace doesn't do anything on my gdb.  Go figure.

My suspicion is that pabbrev is triggering the issue, but quite how, I don't know.

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.3.1 (x86_64-apple-darwin12.3.0, NS apple-appkit-1187.37)
 of 2013-05-20 on insurgent.local
Windowing system distributor `Apple', version 10.3.1187
Configured using:
 `configure '--with-ns''

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

Major mode: Fundamental

Minor modes in effect:
  global-git-gutter-mode: t
  shell-dirtrack-mode: t
  global-pabbrev-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o r t - e m a c s - b u g <return>

Recent messages:
Updating Scheme Mode buffers...done
Updating Scheme Mode buffers...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
/Applications/Emacs.app/Contents/Resources/lisp/vc hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc
/Applications/Emacs.app/Contents/Resources/lisp/vc-svn hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-svn
/Applications/Emacs.app/Contents/Resources/lisp/vc-sccs hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-sccs
/Applications/Emacs.app/Contents/Resources/lisp/vc-rcs hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-rcs
/Applications/Emacs.app/Contents/Resources/lisp/vc-mtn hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-mtn
/Applications/Emacs.app/Contents/Resources/lisp/vc-hooks hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-hooks
/Applications/Emacs.app/Contents/Resources/lisp/vc-hg hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-hg
/Applications/Emacs.app/Contents/Resources/lisp/vc-git hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-git
/Applications/Emacs.app/Contents/Resources/lisp/vc-dispatcher hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-dispatcher
/Applications/Emacs.app/Contents/Resources/lisp/vc-dir hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-dir
/Applications/Emacs.app/Contents/Resources/lisp/vc-dav hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-dav
/Applications/Emacs.app/Contents/Resources/lisp/vc-cvs hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-cvs
/Applications/Emacs.app/Contents/Resources/lisp/vc-bzr hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-bzr
/Applications/Emacs.app/Contents/Resources/lisp/vc-arch hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-arch
/Applications/Emacs.app/Contents/Resources/lisp/vc-annotate hides /Applications/Emacs.app/Contents/Resources/lisp/vc/vc-annotate
/Applications/Emacs.app/Contents/Resources/lisp/smerge-mode hides /Applications/Emacs.app/Contents/Resources/lisp/vc/smerge-mode
/Applications/Emacs.app/Contents/Resources/lisp/pcvs hides /Applications/Emacs.app/Contents/Resources/lisp/vc/pcvs
/Applications/Emacs.app/Contents/Resources/lisp/pcvs-util hides /Applications/Emacs.app/Contents/Resources/lisp/vc/pcvs-util
/Applications/Emacs.app/Contents/Resources/lisp/pcvs-parse hides /Applications/Emacs.app/Contents/Resources/lisp/vc/pcvs-parse
/Applications/Emacs.app/Contents/Resources/lisp/pcvs-info hides /Applications/Emacs.app/Contents/Resources/lisp/vc/pcvs-info
/Applications/Emacs.app/Contents/Resources/lisp/pcvs-defs hides /Applications/Emacs.app/Contents/Resources/lisp/vc/pcvs-defs
/Applications/Emacs.app/Contents/Resources/lisp/log-view hides /Applications/Emacs.app/Contents/Resources/lisp/vc/log-view
/Applications/Emacs.app/Contents/Resources/lisp/log-edit hides /Applications/Emacs.app/Contents/Resources/lisp/vc/log-edit
/Applications/Emacs.app/Contents/Resources/lisp/emerge hides /Applications/Emacs.app/Contents/Resources/lisp/vc/emerge
/Applications/Emacs.app/Contents/Resources/lisp/ediff hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff
/Applications/Emacs.app/Contents/Resources/lisp/ediff-wind hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-wind
/Applications/Emacs.app/Contents/Resources/lisp/ediff-vers hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-vers
/Applications/Emacs.app/Contents/Resources/lisp/ediff-util hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-util
/Applications/Emacs.app/Contents/Resources/lisp/ediff-ptch hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-ptch
/Applications/Emacs.app/Contents/Resources/lisp/ediff-mult hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-mult
/Applications/Emacs.app/Contents/Resources/lisp/ediff-merg hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-merg
/Applications/Emacs.app/Contents/Resources/lisp/ediff-init hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-init
/Applications/Emacs.app/Contents/Resources/lisp/ediff-hook hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-hook
/Applications/Emacs.app/Contents/Resources/lisp/ediff-help hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-help
/Applications/Emacs.app/Contents/Resources/lisp/ediff-diff hides /Applications/Emacs.app/Contents/Resources/lisp/vc/ediff-diff
/Applications/Emacs.app/Contents/Resources/lisp/diff hides /Applications/Emacs.app/Contents/Resources/lisp/vc/diff
/Applications/Emacs.app/Contents/Resources/lisp/diff-mode hides /Applications/Emacs.app/Contents/Resources/lisp/vc/diff-mode
/Applications/Emacs.app/Contents/Resources/lisp/cvs-status hides /Applications/Emacs.app/Contents/Resources/lisp/vc/cvs-status
/Applications/Emacs.app/Contents/Resources/lisp/compare-w hides /Applications/Emacs.app/Contents/Resources/lisp/vc/compare-w
/Applications/Emacs.app/Contents/Resources/lisp/add-log hides /Applications/Emacs.app/Contents/Resources/lisp/vc/add-log
/Users/simon/.emacs.d/elpa/magit-20130526.1746/.dir-locals hides /Applications/Emacs.app/Contents/Resources/lisp/gnus/.dir-locals
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/sregex hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/sregex
/Applications/Emacs.app/Contents/Resources/lisp/textmodes/spell hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/spell
/Applications/Emacs.app/Contents/Resources/lisp/s-region hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/s-region
/Applications/Emacs.app/Contents/Resources/lisp/pgg hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pgg
/Applications/Emacs.app/Contents/Resources/lisp/pgg-pgp5 hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pgg-pgp5
/Applications/Emacs.app/Contents/Resources/lisp/pgg-pgp hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pgg-pgp
/Applications/Emacs.app/Contents/Resources/lisp/pgg-parse hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pgg-parse
/Applications/Emacs.app/Contents/Resources/lisp/pgg-gpg hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pgg-gpg
/Applications/Emacs.app/Contents/Resources/lisp/pgg-def hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pgg-def
/Applications/Emacs.app/Contents/Resources/lisp/emulation/pc-select hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pc-select
/Applications/Emacs.app/Contents/Resources/lisp/emulation/pc-mode hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/pc-mode
/Applications/Emacs.app/Contents/Resources/lisp/patcomp hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/patcomp
/Applications/Emacs.app/Contents/Resources/lisp/mouse-sel hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/mouse-sel
/Applications/Emacs.app/Contents/Resources/lisp/mail/mailpost hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/mailpost
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/lmenu hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/lmenu
/Applications/Emacs.app/Contents/Resources/lisp/ledit hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/ledit
/Applications/Emacs.app/Contents/Resources/lisp/erc/erc-hecomplete hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/erc-hecomplete
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/cust-print hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/cust-print
/Applications/Emacs.app/Contents/Resources/lisp/complete hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/complete
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-compat hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/cl-compat
/Applications/Emacs.app/Contents/Resources/lisp/play/bruce hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/bruce
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/assoc hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/assoc
/Applications/Emacs.app/Contents/Resources/lisp/abbrevlist hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/abbrevlist

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mail-utils wombat-theme git-gutter
tramp tramp-compat auth-source gnus-util mm-util mail-prsvr
password-cache tramp-loaddefs cl-macs gv shell pcomplete format-spec
switch-window quail help-mode cl pabbrev quack warnings thingatpt
compile cmuscheme comint ansi-color ring scheme advice help-fns cl-lib
advice-preload gist-autoloads gh-autoloads eieio byte-opt bytecomp
byte-compile cconv git-gutter-autoloads logito-autoloads magit-autoloads
info easymenu markdown-mode+-autoloads markdown-mode-autoloads
pabbrev-autoloads paredit-autoloads pcache-autoloads finder-inf
quack-autoloads ruby-tools-autoloads scheme-complete-autoloads
subatomic-enhanced-theme-autoloads switch-window-autoloads package
time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment
lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face macroexp files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process ns multi-tty
emacs)

bug#15088: 24.3; Hard crash on OSX when editing header files

[Jan Djärv]

Hello.

13 aug 2013 kl. 18:01 skrev Simon Stapleton <simon.stapleton@gmail.com>:

> 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 acknowledgment 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'm seeing repeatable crashes when editing header files, specifically
> when adding include guards.
> 
> Recipe :
> 
> - start emacs
> c-x c-f /tmp/foo.h
> #ifndef FOO_H
> 
> <crash>
> 

I can't repeat this with trunk or 24.3.

> If I manage to get in fast enough to add a #endif afterwards, the crash
> doesn't happen (to get this to work I usually have to reopen emacs, do a
> M-x recover-this-file, type *really fast*, suffer another crash anyway,
> and I can then restart emacs, M-x recover-this-file and I'm away.
> 
> Running under gdb, I get the following backtrace.
> 
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000030
> 0x00000001001691a1 in add_properties ()
...
> (gdb) xbacktrace
> Undefined command: "xbacktrace".  Try "help".
> 
> xbacktrace doesn't do anything on my gdb.  Go figure.

You have to be in the emacs source src/ directory, and do
% gdb ../nextstep/Emacs.app/Contents/MacOS/Emacs

or otherwise make gdb read the .gdbinit in the src/ directory.

> 
> My suspicion is that pabbrev is triggering the issue, but quite how, I don't know.
> 

How would that be involved if you started with -Q?

	Jan D.

bug#15088: 24.3; Hard crash on OSX when editing header files

[Simon Stapleton]

Hi Jan.

On 13 Aug 2013, at 20:00, Jan Djärv <jan.h.d@swipnet.se> wrote:

>> xbacktrace doesn't do anything on my gdb.  Go figure.
> 
> You have to be in the emacs source src/ directory, and do
> % gdb ../nextstep/Emacs.app/Contents/MacOS/Emacs
> 
> or otherwise make gdb read the .gdbinit in the src/ directory.

Re-downing the source right now, will rebuild and test.

>> My suspicion is that pabbrev is triggering the issue, but quite how, I don't know.
> 
> How would that be involved if you started with -Q?

<insert palm-forehead sound here>

With -Q, no crash.  Which means it's probably not a core emacs bug, but rather an elisp issue somewhere that's causing badness, right?

Any ideas on how I should go about chasing it down?

Cheers

Simon

bug#15088: 24.3; Hard crash on OSX when editing header files

[Simon Stapleton]

Okay, quick rebuild and I can now get a full backtrace.  xbacktrace still fails, but it's failing because (I assume) it's had its stack smashed

> No symbol "ARRAY_MARK_FLAG" in current context. 

ARRAY_MARK_FLAG looks a lot like a garbage collection bug being tickled, double release going on somewhere maybe?

The source of the issue is almost certainly to do with pabbrev - commenting it out in my .emacs makes everything work.

Simon

On 13 Aug 2013, at 20:06, Simon Stapleton <simon.stapleton@gmail.com> wrote:

> Hi Jan.
> 
> On 13 Aug 2013, at 20:00, Jan Djärv <jan.h.d@swipnet.se> wrote:
> 
>>> xbacktrace doesn't do anything on my gdb.  Go figure.
>> 
>> You have to be in the emacs source src/ directory, and do
>> % gdb ../nextstep/Emacs.app/Contents/MacOS/Emacs
>> 
>> or otherwise make gdb read the .gdbinit in the src/ directory.
> 
> Re-downing the source right now, will rebuild and test.
> 
>>> My suspicion is that pabbrev is triggering the issue, but quite how, I don't know.
>> 
>> How would that be involved if you started with -Q?
> 
> <insert palm-forehead sound here>
> 
> With -Q, no crash.  Which means it's probably not a core emacs bug, but rather an elisp issue somewhere that's causing badness, right?
> 
> Any ideas on how I should go about chasing it down?
> 
> Cheers
> 
> Simon

bug#15088: 24.3; Hard crash on OSX when editing header files

[Jan Djärv]

Hello.

13 aug 2013 kl. 20:58 skrev Simon Stapleton <simon.stapleton@gmail.com>:

> Okay, quick rebuild and I can now get a full backtrace.  xbacktrace still fails, but it's failing because (I assume) it's had its stack smashed
> 
>> No symbol "ARRAY_MARK_FLAG" in current context. 
> 
> ARRAY_MARK_FLAG looks a lot like a garbage collection bug being tickled, double release going on somewhere maybe?
> 
> The source of the issue is almost certainly to do with pabbrev - commenting it out in my .emacs makes everything work.

A lisp package should not be able to crash Emacs.  You can try to set these in your environment before starting Emacs from the command line:

export NSZombieEnabled=YES
export MallocGuardEdges=1
export MallocScribble=1
export MallocErrorAbort=1
export MallocCorruptionAbort=1
export MallocCheckHeapStart=1000

Emacs will run very slowly, but hopefully it will print something useful if it is a memory issue.

	Jan D.

bug#15088: 24.3; Hard crash on OSX when editing header files

[Simon Stapleton]

Hi Jan

Nope, nothing at all.  So I started trying to track down what was causing the issue.  Starting from a virgin .emacs.d/ and .emacs, started re-adding packages to find out which one actually breaks things.

And, wouldn't you know it, I'm pretty much back to where I was before, and it no longer happens.  The only thing I haven't reinstalled thus far is quack, which appears to no longer be in elpa/melpa, and shouldn't be touching C-mode files anyway.

This confuses me no end, as I'd started from a virgin .emacs / emacs.d when I moved to 24.3, and re-zapped them a few times trying to get rid of this very problem.

I can drop a zip/tarball of my old .emacs stuff if it would help anyone figuring out what's going on.





On 13 Aug 2013, at 22:29, Jan Djärv <jan.h.d@swipnet.se> wrote:

> Hello.
> 
> 13 aug 2013 kl. 20:58 skrev Simon Stapleton <simon.stapleton@gmail.com>:
> 
>> Okay, quick rebuild and I can now get a full backtrace.  xbacktrace still fails, but it's failing because (I assume) it's had its stack smashed
>> 
>>> No symbol "ARRAY_MARK_FLAG" in current context. 
>> 
>> ARRAY_MARK_FLAG looks a lot like a garbage collection bug being tickled, double release going on somewhere maybe?
>> 
>> The source of the issue is almost certainly to do with pabbrev - commenting it out in my .emacs makes everything work.
> 
> A lisp package should not be able to crash Emacs.  You can try to set these in your environment before starting Emacs from the command line:
> 
> export NSZombieEnabled=YES
> export MallocGuardEdges=1
> export MallocScribble=1
> export MallocErrorAbort=1
> export MallocCorruptionAbort=1
> export MallocCheckHeapStart=1000
> 
> Emacs will run very slowly, but hopefully it will print something useful if it is a memory issue.
> 
> 	Jan D.
> 
> 

bug#15088: 24.3; Hard crash on OSX when editing header files

[Jan Djärv]

Hello. 

I guess we can keep this bug report in case it happens again.  I don't think looking at your setup will help, these things are usually compiler and/or package version dependent. 

      Jan D.

14 aug 2013 kl. 20:23 skrev Simon Stapleton <simon.stapleton@gmail.com>:

> Hi Jan
> 
> Nope, nothing at all.  So I started trying to track down what was causing the issue.  Starting from a virgin .emacs.d/ and .emacs, started re-adding packages to find out which one actually breaks things.
> 
> And, wouldn't you know it, I'm pretty much back to where I was before, and it no longer happens.  The only thing I haven't reinstalled thus far is quack, which appears to no longer be in elpa/melpa, and shouldn't be touching C-mode files anyway.
> 
> This confuses me no end, as I'd started from a virgin .emacs / emacs.d when I moved to 24.3, and re-zapped them a few times trying to get rid of this very problem.
> 
> I can drop a zip/tarball of my old .emacs stuff if it would help anyone figuring out what's going on.
> 
> 
> 
> 
> 
> On 13 Aug 2013, at 22:29, Jan Djärv <jan.h.d@swipnet.se> wrote:
> 
>> Hello.
>> 
>> 13 aug 2013 kl. 20:58 skrev Simon Stapleton <simon.stapleton@gmail.com>:
>> 
>>> Okay, quick rebuild and I can now get a full backtrace.  xbacktrace still fails, but it's failing because (I assume) it's had its stack smashed
>>> 
>>>> No symbol "ARRAY_MARK_FLAG" in current context. 
>>> 
>>> ARRAY_MARK_FLAG looks a lot like a garbage collection bug being tickled, double release going on somewhere maybe?
>>> 
>>> The source of the issue is almost certainly to do with pabbrev - commenting it out in my .emacs makes everything work.
>> 
>> A lisp package should not be able to crash Emacs.  You can try to set these in your environment before starting Emacs from the command line:
>> 
>> export NSZombieEnabled=YES
>> export MallocGuardEdges=1
>> export MallocScribble=1
>> export MallocErrorAbort=1
>> export MallocCorruptionAbort=1
>> export MallocCheckHeapStart=1000
>> 
>> Emacs will run very slowly, but hopefully it will print something useful if it is a memory issue.
>> 
>>    Jan D.
>> 
>> 

bug#15088: 24.3; Hard crash on OSX when editing header files

[Simon Stapleton]

Yeah, my guess is package version.  Both binaries (old and newly compiled), plus several older compiles, suffer from the crash issue.  With newly pulled packages, no crash.

Thanks for the help anyway.

Simon

On 16 Aug 2013, at 07:07, Jan Djärv <jan.h.d@swipnet.se> wrote:

> Hello. 
> 
> I guess we can keep this bug report in case it happens again.  I don't think looking at your setup will help, these things are usually compiler and/or package version dependent. 
> 
>      Jan D.
> 
> 14 aug 2013 kl. 20:23 skrev Simon Stapleton <simon.stapleton@gmail.com>:
> 
>> Hi Jan
>> 
>> Nope, nothing at all.  So I started trying to track down what was causing the issue.  Starting from a virgin .emacs.d/ and .emacs, started re-adding packages to find out which one actually breaks things.
>> 
>> And, wouldn't you know it, I'm pretty much back to where I was before, and it no longer happens.  The only thing I haven't reinstalled thus far is quack, which appears to no longer be in elpa/melpa, and shouldn't be touching C-mode files anyway.
>> 
>> This confuses me no end, as I'd started from a virgin .emacs / emacs.d when I moved to 24.3, and re-zapped them a few times trying to get rid of this very problem.
>> 
>> I can drop a zip/tarball of my old .emacs stuff if it would help anyone figuring out what's going on.
>> 
>> 
>> 
>> 
>> 
>> On 13 Aug 2013, at 22:29, Jan Djärv <jan.h.d@swipnet.se> wrote:
>> 
>>> Hello.
>>> 
>>> 13 aug 2013 kl. 20:58 skrev Simon Stapleton <simon.stapleton@gmail.com>:
>>> 
>>>> Okay, quick rebuild and I can now get a full backtrace.  xbacktrace still fails, but it's failing because (I assume) it's had its stack smashed
>>>> 
>>>>> No symbol "ARRAY_MARK_FLAG" in current context. 
>>>> 
>>>> ARRAY_MARK_FLAG looks a lot like a garbage collection bug being tickled, double release going on somewhere maybe?
>>>> 
>>>> The source of the issue is almost certainly to do with pabbrev - commenting it out in my .emacs makes everything work.
>>> 
>>> A lisp package should not be able to crash Emacs.  You can try to set these in your environment before starting Emacs from the command line:
>>> 
>>> export NSZombieEnabled=YES
>>> export MallocGuardEdges=1
>>> export MallocScribble=1
>>> export MallocErrorAbort=1
>>> export MallocCorruptionAbort=1
>>> export MallocCheckHeapStart=1000
>>> 
>>> Emacs will run very slowly, but hopefully it will print something useful if it is a memory issue.
>>> 
>>>   Jan D.
>>> 
>>> 

bug#15088: 24.3; Hard crash on OSX when editing header files

[Lars Ingebrigtsen]

Jan Djärv <jan.h.d@swipnet.se> writes:

> I guess we can keep this bug report in case it happens again.  I don't
> think looking at your setup will help, these things are usually
> compiler and/or package version dependent.

It's been two years, so it's probably safe to close this bug report, I think.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no