frequent aborts in expose_overlaps

[Eric Hanchrow]

I am not sure exactly what I'm doing, but I think I'm switching
between windows in my window manager, and attempting to bring the
Emacs window to the "front" of the other windows.

This is on recent Debian 'testing', with CVS emacs built from sources
that I "cvs up"d today.

Breakpoint 1, abort () at emacs.c:454
454       kill (getpid (), SIGABRT);
(gdb) bt
#0  abort () at emacs.c:454
#1  0x080846a9 in expose_overlaps (w=0x93aa0e8, 
first_overlapping_row=0x945a3a0, last_overlapping_row=0x945a3a0) at 
xdisp.c:21934
#2  0x08084a55 in expose_window (w=0x93aa0e8, fr=0x23) at xdisp.c:22118
#3  0x08084c40 in expose_window_tree (w=0x93aa0e8, r=0xbfffd444) at 
xdisp.c:22155
#4  0x08084cdf in expose_frame (f=0x8596bb8, x=35, y=35, w=21, h=193) at 
xdisp.c:22212
#5  0x080c434b in handle_one_xevent (dpyinfo=0x8578aa0, eventp=0xbfffda74, 
finish=0xbfffda40, hold_quit=0xbfffeb44) at xterm.c:5894
#6  0x080c57d1 in XTread_socket (sd=0, expected=1, hold_quit=0xbfffeb44) at 
xterm.c:7052
#7  0x080f0d05 in read_avail_input (expected=1) at keyboard.c:6650
#8  0x080f0eec in handle_async_input () at keyboard.c:6793
#9  0x080f0f31 in input_available_signal (signo=29) at keyboard.c:6835
#10 <signal handler called>
#11 0x403afe12 in select () from /lib/libc.so.6
#12 0x0000000c in ?? ()
#13 0x00000000 in ?? ()
#14 0xbffff120 in ?? ()
#15 0x0817c339 in wait_reading_process_output (time_limit=30, microsecs=0, 
read_kbd=-1, do_display=1, wait_for_cell=137424329, wait_proc=0x0, 
just_wait_proc=0) at process.c:4350
#16 0x08058b47 in sit_for (sec=30, usec=0, reading=1, display=1, 
initial_display=0) at dispnew.c:6367
#17 0x080ec956 in read_char (commandflag=1, nmaps=4, maps=0xbffff39c, 
prev_event=137424329, used_mouse_menu=0xbffff3d8) at keyboard.c:2765
#18 0x080f3384 in read_key_sequence (keybuf=0xbffff500, bufsize=30, 
prompt=137424329, dont_downcase_last=0, can_return_switch_frame=1, 
fix_current_buffer=1) at keyboard.c:8799
#19 0x080e9b93 in command_loop_1 () at keyboard.c:1534
#20 0x0814a87e in internal_condition_case (bfun=0x80e9a00 <command_loop_1>, 
handlers=137485329, hfun=0x80e94f0 <cmd_error>) at eval.c:1385
#21 0x080e984e in command_loop_2 () at keyboard.c:1315
#22 0x0814a3bb in internal_catch (tag=1, func=0x80e9820 <command_loop_2>, 
arg=137424329) at eval.c:1144
#23 0x080e97f3 in command_loop () at keyboard.c:1294
#24 0x080e9254 in recursive_edit_1 () at keyboard.c:987
#25 0x080e9391 in Frecursive_edit () at keyboard.c:1048
#26 0x080e78fd in main (argc=3, argv=0xbffffb84) at emacs.c:1763



In GNU Emacs 21.3.50.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2005-02-05 on debian
Distributor `The XFree86 Project, Inc', version 11.0.40300001
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Dired by name

Minor modes in effect:
  erc-autojoin-mode: t
  erc-button-mode: t
  erc-ring-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-fill-mode: t
  erc-netsplit-mode: t
  erc-irccontrols-mode: t
  erc-noncommands-mode: t
  desktop-save-mode: t
  display-time-mode: t
  auto-compression-mode: t
  iswitchb-mode: t
  mouse-wheel-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  line-number-mode: t

Recent input:
y M-x r e p o r t - e m <tab> b <tab> <return>

Recent messages:
Loading erc-fill...done
Loading erc-track...done
Loading erc-pcomplete...done
Loading erc-ring...done
Loading erc-button...done
Loading erc-autojoin...done
Loading windmove...done
Desktop: 4 buffers restored.
For information about the GNU Project and its goals, type C-h C-p.
Loading emacsbug...done

-- 
To me, an extra 0.1% performance increase, even if I am only
imagining it to be faster, is certainly worth one day a week
recompiling all of the latest packages from source code.
        -- some Gentoo user, quoted on http://funroll-loops.org