bug#266: emacs 22.2 crash on mac os x

bug#266: emacs 22.2 crash on mac os x

[emacs user]

To: bug-gnu-emacs@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@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

Re: bug#266: emacs 22.2 crash on mac os x

[emacs_user]

> To: bug-gnu-em...@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?

bug#266: emacs 22.2 crash on mac os x

[YAMAMOTO Mitsuharu]

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

>> To: bug-gnu-em...@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@math.s.chiba-u.ac.jp

bug#266: emacs 22.2 crash on mac os x

[Chong Yidong]

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.

bug#266: emacs 22.2 crash on mac os x

[Chong Yidong]

> 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?