GNU bug report logs -
#47244
28.0.50; SIGSEGV in long-runnning Emacs
Previous Next
Reported by: Michael Welsh Duggan <md5i <at> md5i.com>
Date: Thu, 18 Mar 2021 15:40:01 UTC
Severity: normal
Found in version 28.0.50
Done: Michael Welsh Duggan <mwd <at> md5i.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>> The mysterious aspect is (2): Why did window_list skip the *Server*
>> window?
>
> Good question. I plan to set Vwindow_list to nil and call it to see
> what happens.
This should resolve the mystery.
>> What is the value of FRAME_ROOT_WINDOW (f) where f is the
>> *Server* frame? What is the name of that window's buffer?
>
> It's a window containing the buffer "*Server*".
So a bad FRAME_ROOT_WINDOW can't be the cause for (2).
>> IIUC the *Server* frame does not have a minibuffer window - correct?
>
> It didn't appear in Vwindow_list, but it does have a minibuffer.
>
> (gdb) p $116->minibuffer_window
> $139 = XIL(0x555556fc8185)
> (gdb) xwindow
> $140 = (struct window *) 0x555556fc8180
> 84x1+0+59
> (gdb) p $140->contents
> $141 = XIL(0x7ffff2a3cb15)
> (gdb) xbuffer
> $142 = (struct buffer *) 0x7ffff2a3cb10
> 0x7ffff2d244ea " *Minibuf-0*"
>
> I will note that the window itself is different than the one on the
> Vwindow_list with the same contents.
Are you sure it's on the same frame as the *Server* window (w->frame
gives you that)? What is the value of w->next for the *Server* window?
martin
This bug report was last modified 4 years and 28 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.