error in x_error_quitter

[Colin Walters]

Hello,

My Emacs today had a strange error that I haven't seen before.  I
think it landed in one of the default breakpoints set up by the
.gdbinit in the Emacs source directory.  I'm not sure if this is an
actual bug or something I did (although I can't think what that would
be), so I'll just go ahead and post the information.

(gdb) info program
        Using the running image of child Pid 14252.
Program stopped at 0x808735e.
It stopped at breakpoint 2.
(gdb) bt
#0  x_error_quitter (display=0x82dfec0, error=0xbffd560c) at xterm.c:5335
#1  0x80873da in x_error_handler (display=0x82dfec0, error=0xbffd560c)
    at xterm.c:5354
#2  0x40109aad in _XError () from /usr/X11R6/lib/libX11.so.6
#3  0x40106fa3 in _XEventsQueued () from /usr/X11R6/lib/libX11.so.6
#4  0x400fbb2f in XPending () from /usr/X11R6/lib/libX11.so.6
#5  0x80865c8 in XTread_socket (sd=0, bufp=0xbffd70dc, numchars=4096, 
    expected=1) at xterm.c:4674
#6  0x809d5a9 in read_avail_input (expected=1) at keyboard.c:5359
#7  0x809d7ba in input_available_signal (signo=29) at keyboard.c:5511
#8  0x40202d38 in sigaction () from /lib/libc.so.6
#9  0x809170e in x_reply_selection_request (event=0xbffff364, format=32, 
    data=0x838da08 "Yo\020\227", size=1, type=19) at xselect.c:647
#10 0x809189b in x_handle_selection_request (event=0xbffff364) at xselect.c:731
#11 0x809b69b in swallow_events (do_display=0) at keyboard.c:3238
#12 0x809997a in read_char (commandflag=1, nmaps=4, maps=0xbffff574, 
    prev_event=404740244, used_mouse_menu=0xbffff640) at keyboard.c:1955
#13 0x809f59c in read_key_sequence (keybuf=0xbffff6c4, bufsize=30, 
    prompt=404740244, dont_downcase_last=0, can_return_switch_frame=1, 
    fix_current_buffer=1) at keyboard.c:7023
#14 0x8098900 in command_loop_1 () at keyboard.c:1275
#15 0x80ef04d in internal_condition_case (bfun=0x8098630 <command_loop_1>, 
    handlers=404740748, hfun=0x80982b4 <cmd_error>) at eval.c:1150
#16 0x8098508 in command_loop_2 () at keyboard.c:1093
#17 0x80eebeb in internal_catch (tag=404740724, 
    func=0x80984e4 <command_loop_2>, arg=404740244) at eval.c:925
#18 0x80984b2 in command_loop () at keyboard.c:1072
#19 0x80980ed in recursive_edit_1 () at keyboard.c:821
#20 0x80981e5 in Frecursive_edit () at keyboard.c:869
#21 0x80972ce in main (argc=3, argv=0xbffffc64, envp=0xbffffc74)
    at emacs.c:1361
#22 0x401f3bcc in __libc_start_main () from /lib/libc.so.6
(gdb) p *display
$4 = {
  ext_data = 0x0, 
  private1 = 0x82ecaf8, 
  fd = 6, 
  private2 = 0, 
  proto_major_version = 11, 
  proto_minor_version = 0, 
  vendor = 0x82ecb20 "The XFree86 Project, Inc", 
  private3 = 125829120, 
  private4 = 4194303, 
  private5 = 7236, 
  private6 = 0, 
  resource_alloc = 0x40107b08 <_XAllocID>, 
  byte_order = 0, 
  bitmap_unit = 32, 
  bitmap_pad = 32, 
  bitmap_bit_order = 0, 
  nformats = 2, 
  pixmap_format = 0x82ecb40, 
  private8 = 11, 
  release = 3360, 
  private9 = 0x0, 
  private10 = 0x0, 
  qlen = 0, 
  last_request_read = 1199388, 
  request = 1199389, 
  private11 = 0x4016fc70 "", 
  private12 = 0x82ec2f0 "\022", 
  private13 = 0x82ec2f0 "\022", 
  private14 = 0x82ecaf0 "4^!\030)", 
  max_request_size = 65535, 
  db = 0x82debe0, 
  private15 = 0, 
  display_name = 0x82e0508 ":0.0", 
  default_screen = 0, 
  nscreens = 1, 
  screens = 0x82ecb68, 
  motion_buffer = 256, 
  private16 = 0, 
  min_keycode = 8, 
  max_keycode = 134, 
  private17 = 0x0, 
  private18 = 0x0, 
  private19 = 0, 
  xdefaults = 0x0
}

The only slightly out of the ordinary thing I remember doing a few
days ago is creating a frame on another display, which I subsequently
closed via the normal window manager close button.

I notice that display_name is ":0.0" in the display struct; that's my
default display (i.e. not the one I created the other frame).