emacs 21.1.1 aborts (dumps core) when exiting ediff (compare)

[Jim Marks]

In GNU Emacs 21.1.1 (sparc-sun-solaris2.6, X toolkit)
 of 2001-10-27 on ebola
configured using `configure  --prefix=/pkg/gnu --with-gcc
--x-includes=/usr/openwin/include:/usr/dt/include
--x-libraries=/usr/openwin/lib:/usr/dt/lib --with-x --with-x-toolkit=athena
--without-toolkit-scroll-bars --with-xpm --with-tiff --with-jpeg --with-gif
--with-png'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: en_US.ISO8859-1
  value of $LC_CTYPE: en_US.ISO8859-1
  value of $LC_MESSAGES: C
  value of $LC_MONETARY: en_US.ISO8859-1
  value of $LC_NUMERIC: en_US.ISO8859-1
  value of $LC_TIME: en_US.ISO8859-1
  value of $LANG: en_US.ISO8859-1
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Machine type:
Sun (SunBlade-1000) Ultrasparc-3 workstation (dual processor)

OS: Solaris 9 (build 37) development release

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

1. Visit two versions of a C source file.

2. Hooks were used to invoke c-mode and font-lock-mode (for syntax
   coloring)

3. Use the tools menu to request compare of the two C buffers.

4. Use the ediff control window to scroll though the differences.

5. With mouse pointer in the ediff control window type 'q' to quit ediff.

6. Message in minibuffer asks if really want to quit: 'y' or 'n'.

7. With mouse pointer in ediff control window, type 'y' to quit.

8. Emacs dumps core.

Note: a very recent older version of emacs didn't exhibit this bug.

Here's a backtrace from the core file:

{197} adb core
core file = core -- program ``/pkg/gnu/bin/emacs'' on platform 
SUNW,Sun-Blade-1000
SIGSEGV: Segmentation Fault
$c
libc.so.1`_kill+8(b, 0, ffbfdb88, feeb6000, 0, 0)
libc.so.1`sigacthandler+0x28(b, 0, ffbfdb88, 0, 0, 0)
xiiimp.so.2`IMCheckIMWindow+0xc(8f6c00, c801d2, fed27c68, 8f6c00, ff3cf154, 
fed57638)
xiiimp.so.2`DestroyStatus+0x88(8f6c00, 0, 0, 8f6c00, fed31518, ffbfdf7c)
xiiimp.so.2`SWITCH_DestroyIC+0xf4(8f6c00, b88, 0, 1, ff3f469c, 5)
xiiimp.so.2`_Ximp_Local_DestroyIC+4(8f6c00, ff09d3b4, 2d0800, 2cfc00, 2ca800, 
2cfc00)
libX11.so.4`XDestroyIC+0x48(8f6c00, 14b918, 2c6000, 2cdc00, 0, ffbfe498)
free_frame_xic+0x18(902a00, 8f6c00, 902e00, 477800, 102d7c1c, 6b)
x_free_frame_resources+0x58(902a00, 477800, 102d7c04, 2ca000, 80000000,
40902a00
)
x_destroy_window+0x1c(902a00, 0, 55dad0, 404e8000, 2d2800, 2d2800)
Fdelete_frame+0x46c(40902a00, 0, 2ce000, 2cf800, 2ce400, 164c00)
Ffuncall+0x2c4(401e3a78, 1e3a78, 1960d8, 40902a00, 1030f554, 102d7c04)
Fbyte_code+0x538(ffbfe2e0, 407fa600, 4, b, 2d2800, 2d2800)
funcall_lambda+0x328(407fd900, 0, 0, 0, ffbfe540, 4)
Ffuncall+0x474(407fd900, ffbfe53c, 10821ed4, ffbfe494, ffbfe4b8, ffbfe490)
run_hook_with_args+0x1d4(102d7c04, ffbfe53c, 0, fffffff, 7ffd58, 5eb2)
Frun_hooks+0x28(1, ffbfe644, 165f68, 4, 1, ffbfe5b8)
Ffuncall+0x2c4(40295248, 295248, 1960d8, 2cc800, 2ca000, 102d7c04)
Fbyte_code+0x538(ffbfe640, 40625a00, 6, 6, 2d2800, 2d2800)
funcall_lambda+0x328(407fda20, 1, 0, 0, ffbfe7f4, 4)
Ffuncall+0x474(407fda20, ffbfe7f0, 1960d8, 102d7c04, 102d7c34, 0)
Fbyte_code+0x538(ffbfe7f0, 406f9180, 6, 4, 2d2800, 2d2800)
funcall_lambda+0x328(407fdb40, 1, 0, 0, ffbfe9c4, 4)
Ffuncall+0x474(407fdb40, ffbfe9c0, 1, 102d7c04, 0, ffbfe9b4)
Fcall_interactively+0x14c4(4, ffbfe9a8, 1, 2ce400, 161400, ffbfea38)
Fcommand_execute+0x2b8(102d7c04, 102d7c04, 102d7c04, 1, 2cdc00, 1)
command_loop_1+0xf44(fffffff, 2d2800, 7c6c00, ffffc00, 4, 0)
internal_condition_case+0xd8(fbed8, 102f58c4, fbba4, 2d1400, 0, 0)
command_loop_2+0x20(fb800, 10bb08, 0, 2, 0, 0)
internal_catch+0xac(102e9ea4, 10bb08, 102d7c04, 1, 0, feeb6000)
command_loop+0x88(2cfc00, 102d7c04, 0, 442800, 2ca400, 0)
recursive_edit_1+0x84(10b874, 503435d4, 0, 102d7c04, 2cc400, 2c8600)
Frecursive_edit+0xc8(2ce400, 1e5f22, 2cc800, 1, 53, 74)
main+0x15a8(0, ffbff104, 2d3400, ffbff020, 1c6438, 1c5718)
_start+0x5c(0, 0, 0, 0, 0, 0)



Thanks for listening,

Jim
jim.marks@sun.com
(650) 786-7812