GNU bug report logs - #266
emacs 22.2 crash on mac os x

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 266 in the body.
You can them email your comments to 266 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: emacs user <emacs_user <at> hotmail.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: emacs 22.2 crash on mac os x
Date: Sat, 17 May 2008 02:27:22 -0400

To: bug-gnu-emacs <at> gnu.org

Here is some information on an emacs crash that occurs very frequent
on Mac OSX when I use ViewMail.  I cannot provide a reproducible case,
and xbacktrace makes gdb stop working, but I have a traceback below
and I hope this is still useful.

-----------

In GNU Emacs 22.2.1 (i386-apple-darwin9.2.2, Carbon Version 1.6.0)
 of 2008-05-13 on udp003018uds.weizmann.ac.il
Windowing system distributor `Apple Inc.', version 10.5.2
configured using `configure  '--enable-carbon-app''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  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
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: EShell

Minor modes in effect:
  encoded-kbd-mode: t
  delete-selection-mode: t
  display-time-mode: t
  auto-image-file-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

-----------

me <at> udp003018uds:/Users/me $ gdb /usr/local/emacs-22.2/mac/Emacs.app/Contents/MacOS/Emacs 
GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct  2 04:07:49 UTC 2007)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-apple-darwin"...Reading symbols for shared libraries ......... done

(gdb) run
Starting program: /usr/local/emacs-22.2/mac/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

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0xbf7fffe4
0x000da234 in mark_object (arg=379042948) at alloc.c:5454
5454    {
(gdb) backtrace
#0  0x000da234 in mark_object (arg=379042948) at alloc.c:5454
#1  0x000da8e4 in mark_object (arg=379042756) at alloc.c:5701
#2  0x000da42a in mark_object (arg=377954509) at alloc.c:5826
#3  0x000da333 in mark_object (arg=14342985) at alloc.c:5713
#4  0x000da8e4 in mark_object (arg=379043140) at alloc.c:5701
#5  0x000da8e4 in mark_object (arg=379043076) at alloc.c:5701
#6  0x000da42a in mark_object (arg=377954381) at alloc.c:5826
#7  0x000da333 in mark_object (arg=14343057) at alloc.c:5713
#8  0x000da8e4 in mark_object (arg=379043460) at alloc.c:5701
#9  0x000da8e4 in mark_object (arg=379043396) at alloc.c:5701
#10 0x000da42a in mark_object (arg=377736101) at alloc.c:5826
#11 0x000da333 in mark_object (arg=14343129) at alloc.c:5713
#12 0x000da8e4 in mark_object (arg=379043780) at alloc.c:5701
#13 0x000da8e4 in mark_object (arg=379043716) at alloc.c:5701
#14 0x000da42a in mark_object (arg=377735701) at alloc.c:5826
#15 0x000da333 in mark_object (arg=14288433) at alloc.c:5713
#16 0x000da8e4 in mark_object (arg=379044100) at alloc.c:5701
#17 0x000da8e4 in mark_object (arg=379044036) at alloc.c:5701
#18 0x000da42a in mark_object (arg=377735533) at alloc.c:5826
#19 0x000da333 in mark_object (arg=14288505) at alloc.c:5713
#20 0x000da8e4 in mark_object (arg=379044452) at alloc.c:5701
#21 0x000da8e4 in mark_object (arg=379044388) at alloc.c:5701
#22 0x000da42a in mark_object (arg=377735333) at alloc.c:5826
#23 0x000da333 in mark_object (arg=14288577) at alloc.c:5713
#24 0x000da8e4 in mark_object (arg=379044772) at alloc.c:5701
#25 0x000da8e4 in mark_object (arg=379044708) at alloc.c:5701
#26 0x000da42a in mark_object (arg=377733773) at alloc.c:5826
#27 0x000da333 in mark_object (arg=14288649) at alloc.c:5713
#28 0x000da8e4 in mark_object (arg=379045092) at alloc.c:5701
#29 0x000da8e4 in mark_object (arg=379045028) at alloc.c:5701
#30 0x000da42a in mark_object (arg=377733645) at alloc.c:5826
#31 0x000da333 in mark_object (arg=14288721) at alloc.c:5713
#32 0x000da8e4 in mark_object (arg=379045412) at alloc.c:5701
#33 0x000da8e4 in mark_object (arg=379045348) at alloc.c:5701
#34 0x000da42a in mark_object (arg=377733413) at alloc.c:5826
#35 0x000da333 in mark_object (arg=14288793) at alloc.c:5713
#36 0x000da8e4 in mark_object (arg=379045732) at alloc.c:5701
#37 0x000da8e4 in mark_object (arg=379045668) at alloc.c:5701
#38 0x000da42a in mark_object (arg=377733173) at alloc.c:5826
#39 0x000da333 in mark_object (arg=14288865) at alloc.c:5713
#40 0x000da8e4 in mark_object (arg=379046084) at alloc.c:5701
#41 0x000da8e4 in mark_object (arg=379046020) at alloc.c:5701
#42 0x000da42a in mark_object (arg=377954013) at alloc.c:5826
#43 0x000da333 in mark_object (arg=14288937) at alloc.c:5713
#44 0x000da8e4 in mark_object (arg=379046404) at alloc.c:5701
#45 0x000da8e4 in mark_object (arg=379046340) at alloc.c:5701
#46 0x000da42a in mark_object (arg=377953869) at alloc.c:5826
#47 0x000da333 in mark_object (arg=14289009) at alloc.c:5713
#48 0x000da8e4 in mark_object (arg=379046724) at alloc.c:5701
#49 0x000da8e4 in mark_object (arg=379046660) at alloc.c:5701
#50 0x000da42a in mark_object (arg=377953765) at alloc.c:5826
#51 0x000da333 in mark_object (arg=14289081) at alloc.c:5713
...
#323 0x000da333 in mark_object (arg=14277673) at alloc.c:5713
#324 0x000da8e4 in mark_object (arg=379069172) at alloc.c:5701
#325 0x000da8e4 in mark_object (arg=379069108) at alloc.c:5701
Quit
(gdb) where
#0  0x000da234 in mark_object (arg=379042948) at alloc.c:5454
#1  0x000da8e4 in mark_object (arg=379042756) at alloc.c:5701
#2  0x000da42a in mark_object (arg=377954509) at alloc.c:5826
#3  0x000da333 in mark_object (arg=14342985) at alloc.c:5713
#4  0x000da8e4 in mark_object (arg=379043140) at alloc.c:5701
#5  0x000da8e4 in mark_object (arg=379043076) at alloc.c:5701
#6  0x000da42a in mark_object (arg=377954381) at alloc.c:5826
#7  0x000da333 in mark_object (arg=14343057) at alloc.c:5713
#8  0x000da8e4 in mark_object (arg=379043460) at alloc.c:5701
#9  0x000da8e4 in mark_object (arg=379043396) at alloc.c:5701
#10 0x000da42a in mark_object (arg=377736101) at alloc.c:5826
#11 0x000da333 in mark_object (arg=14343129) at alloc.c:5713
#12 0x000da8e4 in mark_object (arg=379043780) at alloc.c:5701
#13 0x000da8e4 in mark_object (arg=379043716) at alloc.c:5701
#14 0x000da42a in mark_object (arg=377735701) at alloc.c:5826
...
#421 0x000da8e4 in mark_object (arg=379076964) at alloc.c:5701
#422 0x000da42a in mark_object (arg=377779165) at alloc.c:5826
#423 0x000da333 in mark_object (arg=14255953) at alloc.c:5713
Quit
(gdb) 

========= 

xbacktrace doesn't work (no information printed, gdb hangs up), and
"bt full" gives this:

(gdb) run
Starting program: /usr/local/emacs-22.2/mac/Emacs.app/Contents/MacOS/Emacs 
Reading symbols for shared libraries . done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0xbf7ffff4
0x000da234 in mark_object (arg=21220676) at alloc.c:5454
5454    {
(gdb) bt full
#0  0x000da234 in mark_object (arg=21220676) at alloc.c:5454
        obj = 21220676
        cdr_count = Cannot access memory at address 0xbf7ffff4

Lisp Backtrace:

(nothing printed beyond this point)


_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_Refresh_family_safety_052008

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#266: emacs 22.2 crash on mac os x
Date: Sat, 31 May 2008 10:16:33 +0900

>>>>> On Fri, 30 May 2008 00:45:07 -0700 (PDT), emacs_user <at> hotmail.com said:

>> To: bug-gnu-em... <at> gnu.org
>> 
>> Here is some information on an emacscrashthat occurs very frequent
>> on Mac OSX when I use ViewMail.  I cannot provide a reproducible
>> case, and xbacktrace makes gdb stop working, but I have a traceback
>> below and I hope this is still useful.
>> 
>> -----------
>> 
>> In GNU Emacs 22.2.1 (i386-apple-darwin9.2.2, Carbon Version 1.6.0)
>>  of 2008-05-13 on udp003018uds.weizmann.ac.il Windowing system
>> distributor `Apple Inc.', version 10.5.2 configured using
>> `configure  '--enable-carbon-app''

> I am wondering if carbon emacs 22.2 is maintained these days.  In
> any case, I thought I'd mention that the same bug exists also in
> Emacs.app based on gnu emacs 23.  anyone?

Then it has nothing to do with Carbon.  Possibly memory corruption, GC
bug, or just shortage of stack with respect to some data structure VM
uses.

				     YAMAMOTO Mitsuharu
				mituharu <at> math.s.chiba-u.ac.jp

Message #17 received at 266 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: emacs user <emacs_user <at> hotmail.com>
Cc: 266 <at> emacsbugs.donarmstrong.com
Subject: Re: emacs 22.2 crash on mac os x
Date: Wed, 20 Aug 2008 10:55:26 -0400

Here is some information on an emacs crash that occurs very frequent
on Mac OSX when I use ViewMail.  I cannot provide a reproducible case,
and xbacktrace makes gdb stop working, but I have a traceback below
and I hope this is still useful.

Message #22 received at 266 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: emacs user <emacs_user <at> hotmail.com>
Cc: 266 <at> emacsbugs.donarmstrong.com
Subject: Re: emacs 22.2 crash on mac os x
Date: Wed, 20 Aug 2008 10:56:27 -0400

> Here is some information on an emacs crash that occurs very frequent
> on Mac OSX when I use ViewMail.  I cannot provide a reproducible case,
> and xbacktrace makes gdb stop working, but I have a traceback below
> and I hope this is still useful.

Do you still see this bug?  If so, could you try to come up with a
recipe for reproducing it?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.