From xemacs-m  Fri Apr 25 06:19:23 1997
Received: from alk.physik.uni-erlangen.de (root@theorie3.physik.uni-erlangen.de [131.188.166.210])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id GAA01864
	for <xemacs-beta@xemacs.org>; Fri, 25 Apr 1997 06:19:21 -0500 (CDT)
Received: from cognac.physik.uni-erlangen.de (aoppelt@cognac.physik.uni-erlangen.de [131.188.166.201])
          by alk.physik.uni-erlangen.de (8.8.5/8.8.4) with ESMTP
	  id NAA02419 for <xemacs-beta@xemacs.org>; Fri, 25 Apr 1997 13:19:20 +0200
Received: (from aoppelt@localhost)
	by cognac.physik.uni-erlangen.de (8.8.5/8.8.5) id NAA32016;
	Fri, 25 Apr 1997 13:19:19 +0200
To: xemacs-beta@xemacs.org
Subject: 20.2b2 core dump when creating new frame
From: Achim Oppelt <aoppelt@theorie3.physik.uni-erlangen.de>
Date: 25 Apr 1997 13:19:17 +0200
Message-ID: <ub4tcve4ei.fsf@cognac.physik.uni-erlangen.de>
Lines: 79
X-Mailer: Gnus v5.4.46/XEmacs 20.2(beta2)

XEmacs just dumped core after I pressed C-x 5 2 to create a new frame. This 
often happened to me before (already with 19.14), but never in a
reproducible fashion. It always happened after I started gnus, but since I
almost always start gnus, this doesn't really say much. At one point, I
thought it was related to my having the toolbar on the left, but I also got 
a core dump with the toolbar on top once.

I got the following backtrace:

Lisp backtrace follows:

  # bind (frame-being-created)
  #<subr make-frame (interactive)>()
  # bind (command-debug-status)
  call-interactively(make-frame)
  # (condition-case ... . error)
  # (catch top-level ...)
Segmentation fault (core dumped)
cognac:~> gdb bin/xemacs core 
GDB is free software and you are welcome to 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.
GDB 4.16 (i486-debian-linux), Copyright 1996 Free Software Foundation, Inc...
Core was generated by `xemacs'.
Program terminated with signal 11, Segmentation fault.
Cannot access memory at address 0x40007138.
#0  0x402379b9 in ?? ()Cannot access memory at address 0x40007138.
(gdb) bt
#0  0x402379b9 in ?? ()Cannot access memory at address 0x40007138.

Any idea why gdb didn't give me a backtrace? 

Environment:
Linux Debian 1.2 (kernel 2.0.30, libc 5.4.20, gcc 2.7.2.1, XFree86 3.2,
XawXpm 1.1)

../configure  '--cflags=-g -O2 -DUSE_XFONTSET' '--site-includes=/home/aoppelt/include' '--site-libraries=/home/aoppelt/lib/lnx' '--with-xface' '--with-png' '--with-sound=native' '--with-mule' '--with-canna' '--with-xim=xlib' '--debug' '--use-union-type' '--prefix=/net/tmp/cognac/ao' 'i686-debian-linux'


Configured for `i686-debian-linux'.

  Where should the build process find the source code?    /var/tmp/ao/private/xemacs/xemacs-20.2-b2
  What installation prefix should install use?		  /net/tmp/cognac/ao
  What operating system and machine description files should XEmacs use?
        `s/linux.h' and `m/intel386.h'
  What compiler should XEmacs be built with?              gcc -g -O2 -DUSE_XFONTSET
  Should XEmacs use the GNU version of malloc?            yes
  Should XEmacs use the relocating allocator for buffers? yes
  What window system should XEmacs use?                   x11
  Where do we find X Windows header files?                /usr/X11R6/include
  Where do we find X Windows libraries?                   /usr/X11R6/lib
  Additional header files:                                /home/aoppelt/include
  Additional libraries:                                   /home/aoppelt/lib/lnx
  Compiling in support for XAUTH.
  Compiling in support for XPM.
  Compiling in support for X-Face headers.
  Compiling in support for GIF image conversion.
  Compiling in support for JPEG image conversion.
  Compiling in support for PNG image conversion.
  Compiling in native sound support.
  Compiling in support for Berkeley DB.
  Compiling in support for GNU DBM.
  Compiling in support for ncurses.
  Compiling in Mule (multi-lingual) support.
  Compiling in XIM (X11R5+ I18N input method) support.
    Using raw Xlib to provide XIM support.
  Compiling in support for Canna on Mule.
  Using the Lucid menubar.
  Using the Lucid scrollbar.
  Using the Athena dialog boxes.
  Using the union type for Lisp_Objects.
  Compiling in extra code for debugging.
  Compiling in code for checking XEmacs memory usage.


-- 
Achim Oppelt, Schwedenstr. 25, D-91080 Spardorf, Germany
aoppelt@theorie3.physik.uni-erlangen.de
Tel: +49 9131 85-8816	Tel (private): +49 9131 503693	Fax: +49 9131 503690

