Crashes of GNU Emacs 23

[Peter Dyballa]

Hello!

Fink installed a GTK+ version 2.6.8, so I thought this might make GNU 
Emacs 23 crash quite often (when chosing an item from a menu in a quite 
regular manner). So I re-configured for LUCID toolkit, but the same. In 
console log I can see:

        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        Xlib: unexpected async reply (sequence 0xbae7)!
        Xlib: unexpected async reply (sequence 0xbae8)!
        Xlib: unexpected async reply (sequence 0xbae9)!
	Jul  6 12:59:45 localhost crashdump: Unable to determine 
CPSProcessSerNum pid: 10707 name: emacs-23.0.0
	Jul  6 12:59:45 localhost crashdump: Started writing crash report to: 
/Users/pete/Library/Logs/CrashReporter/emacs-23.0.0.crash.log
	Jul  6 12:59:46 localhost crashdump: Finished writing crash report to: 
/Users/pete/Library/Logs/CrashReporter/emacs-23.0.0.crash.log
        
        2005-07-06 13:00:17.392 CrashSubmitter[10734] Crash report submitted!
        Jul  6 13:00:52 localhost kernel: AirPort:  New Group Key, Idx 1
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        XFree86-Bigfont extension: shmat() failed, size = 118784, errno = 24
        
	(emacs-23-0-0:10752): GLib-WARNING **: g_main_context_prepare() called 
recursively from within a source's check() or prepare() member.
        
	(emacs-23-0-0:10752): GLib-WARNING **: g_main_context_check() called 
recursively from within a source's check() or prepare() member.
	Jul  6 13:03:59 localhost crashdump: Unable to determine 
CPSProcessSerNum pid: 10752 name: emacs-23.0.0


Any ideas? What's surprising me is, that GNU Emacs 23 launched with 
sudo to do administrative tasks runs quite stable -- because it only 
uses the fontsets standard and startup?



In GNU Emacs 23.0.0.2 (powerpc-apple-darwin7.9.0, X toolkit, Xaw3d 
scroll bars)
 of 2005-07-06 on localhost
configured using `configure '--without-pop' '--with-xpm' '--with-jpeg' 
'--with-tiff' '--with\
-gif' '--with-png' '--enable-locallisppath=/Library/Application 
Support/Emacs/calendar23:/Li\
brary/Application Support/Emacs/preview:/Library/Application 
Support/Emacs/auctex/images:/Li\
brary/Application Support/Emacs/auctex:/Library/Application 
Support/Emacs' 'CFLAGS=-pipe -fa\
ltivec -maltivec -mcpu=740 -no-cpp-precomp -fomit-frame-pointer 
-foptimize-register-move -fc\
prop-registers -frename-registers -freorder-blocks -fpeephole 
-mpowerpc-gfxopt -mpowerpc-gpo\
pt' 'CPPFLAGS=-I/sw/include' 'LDFLAGS=-L/sw/lib''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Shell

Minor modes in effect:
  display-time-mode: t
  mouse-sel-mode: t
  show-paren-mode: t
  encoded-kbd-mode: t
  auto-compression-mode: t
  menu-bar-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  next-error-follow-minor-mode:  Fol

--
Mit friedvollen Grüßen

  Pete

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the Universe trying
to produce bigger and better idiots. So far, the Universe is winning."
                                                          -- Rich Cook