Speedbar segv

[Eric M. Ludlam]

I have found an Emacs 21 segv (CVS synched on this past Saturday)
which, unfortunately, has some extensive requirements to make happen.

First, the following packages need to be stuck somewhere:

eieio 0.16: cedet.sourceforge.net/eieio.shtml
ede 1.0beta2:        "           /ede.shtml

Next:

--------------------------
emacs -q
;; In your *scratch* buffer, eval these
(add-to-list 'load-path "~/eieio-0.16")
(add-to-list 'load-path "~/ede-1.0.beta2")
;; End
M-x load-library RET ede RET
;; Ignore the speedbar 0.11 error, the important part was loaded.
M-x global-ede-mode RET
C-x C-f ~/ede-1.0.beta2/ede.el
M-x speedbar RET
--------------------------

Unfortunately, a bug in the version of speedbar in Emacs 21 prevents
an EDE feature from loading, but the error thrown is after all
critical EDE parts are loaded in.  EDE 1.0 beta2 I put up just now so
that you can check out this bug.

If speedbar is started in a non-ede project directory, it works fine.
If a speedbar frame created earlier is hidden, then restored when an
active ede file is being edited, the segv will happen then too.

A stack trace I generated looks like this:

ballista:src> gdb emacs
GNU gdb 19990928
Copyright 1998 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 "i686-pc-linux-gnu"...
DISPLAY = :0.0
TERM = xterm
Breakpoint 1 at 0x80cad1e: file emacs.c, line 387.
Breakpoint 2 at 0x80b207e: file xterm.c, line 11763.
(gdb) run
Starting program: /home/zappo/src/emacs/src/emacs -geometry 80x40+0+0

Program received signal SIGABRT, Aborted.
0x401fc911 in kill () from /lib/libc.so.6
(gdb) where 20
#0  0x401fc911 in kill () from /lib/libc.so.6
#1  0x80cad1e in abort () at emacs.c:385
#2  0x809ca4c in realize_basic_faces (f=0x8441130) at xfaces.c:5964
#3  0x809552b in recompute_basic_faces (f=0x8441130) at xfaces.c:958
#4  0x805ba7d in init_iterator (it=0xbfffe984, w=0x8441390, charpos=1, 
    bytepos=1, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:1509
#5  0x806237d in resize_mini_window (w=0x8441390, exact_p=1) at xdisp.c:6469
#6  0x8057242 in do_switch_frame (frame=1212628232, track=1, for_deletion=0)
    at frame.c:633
#7  0x805728d in Fselect_frame (frame=1212628232, no_enter=405164996)
    at frame.c:661
#8  0x811f70f in Ffuncall (nargs=2, args=0xbfffec14) at eval.c:2647
#9  0x81459dc in Fbyte_code (bytestr=945231996, vector=1213681392, maxdepth=17)
    at bytecode.c:716
#10 0x811fcb7 in funcall_lambda (fun=1213681816, nargs=10, 
    arg_vector=0xbfffed68) at eval.c:2836

I'm running on a Debian GNU/Linux system:

ballista:~> uname -a
Linux ballista 2.2.13 #1 Wed Mar 1 21:16:21 EST 2000 i686 unknown

Hope all this is helpful.
Eric