emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

MacOSX emacs crashes after 10.4.3 update


From: Ken Raeburn
Subject: MacOSX emacs crashes after 10.4.3 update
Date: Fri, 4 Nov 2005 14:38:15 -0500

I have an EmacsInstaller.dmg that I built on Sep 23, which installed an Emacs.app that worked just fine, up until earlier today when I updated my OS from 10.4.2 to 10.4.3. It was built with mac/make- package, I think with defaults except for telling it to build a self- contained app. Now it crashes at startup, and the CrashReporter log can't even give me a stack trace:

Command: Emacs
Path:    /Applications/Emacs.app/Contents/MacOS/Emacs
Parent:  WindowServer.orig [115]

Version: 22.0.50 (1.1)

PID:    429
Thread: 0

Exception:  EXC_BAD_INSTRUCTION (0x0002)
Code[0]:    0x00000002
Code[1]:    0x03802458


Thread 0 Crashed:
[stack trace should normally be here, but nothing shown]

Thread 0 crashed with PPC Thread State 64:
srr0: 0x0000000003802458 srr1: 0x000000000208f930 vrsave: 0x0000000000000000 cr: 0x24842488 xer: 0x0000000000000004 lr: 0x000000000380245b ctr: 0x0000000090014560 r0: 0x000000000380245b r1: 0x00000000bfffed90 r2: 0x00000000002545e0 r3: 0x0000000000000000 r4: 0x0000000000000000 r5: 0x0000000000000002 r6: 0x0000000000002564 r7: 0x0000000000000000 r8: 0x000000000482e1e6 r9: 0x00000000bfffe14f r10: 0x0000000000000000 r11: 0x00000000a0006234 r12: 0x0000000090014560 r13: 0x00000000bfffe240 r14: 0x0000000000000002 r15: 0x00000000bfffe1c0 r16: 0x0000000000000001 r17: 0x000000000482e1fa r18: 0x0000000000000000 r19: 0x00000000bfffe3c0 r20: 0x00000000bfffe140 r21: 0x000000000482e1d8 r22: 0x000000000000000e r23: 0x000000005605f000 r24: 0x00000000bfffedd0 r25: 0x000000000028e600 r26: 0x00000000002c4eb0 r27: 0x00000000000b9ac0 r28: 0x0000000000114a30 r29: 0x0000000044008224 r30: 0x00000000000c61c0 r31: 0x00000000001b3e51

Binary Images Description:
0x1000 - 0x172fff org.gnu.Emacs 22.0.50 (1.1) /Applications/ Emacs.app/Contents/MacOS/Emacs
0x8fe00000 - 0x8fe54fff dyld 44.2       /usr/lib/dyld
0x90000000 - 0x901b3fff libSystem.B.dylib       /usr/lib/libSystem.B.dylib
0x9020b000 - 0x9020ffff libmathCommon.A.dylib /usr/lib/system/ libmathCommon.A.dylib
[...]

(The WindowServer.orig bit is just a hack that raises the per-user process limit before running the WindowServer binary.)

I think I've seen something like this a couple of times before -- an installed Emacs.app suddenly no longer working, I think generally coinciding with an OS update. Reinstalling Emacs from the EmacsInstaller doesn't help, but (when I've run into this before) rebuilding Emacs fixes it. Could the installed Emacs binary be too OS-version (or shared-library-version) dependent?

If I run ..../Contents/MacOS/bin/emacs from the shell, I get a bus error; gdb reports:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x60001178
0x900fe478 in __grow_type_table ()
(gdb) bt
#0  0x900fe478 in __grow_type_table ()
#1 0x00122ff8 in init_callproc () at /Users/raeburn/Desktop/dev/ emacs/mac/../src/callproc.c:1586 #2 0x0007915c in main (argc=400, argv=0xbffff7bc) at /Users/raeburn/ Desktop/dev/emacs/mac/../src/emacs.c:1532
(gdb)


Is there anything more I can do to help track this down? I've got another Mac at work that is still at 10.4.2. Nothing in the changelog since 2005-09-23 really jumps out at me as likely to fix this, but I'm updating my sources anyways and will try another 10.4.2 build and see if it works on 10.4.3.

Ken




reply via email to

[Prev in Thread] Current Thread [Next in Thread]