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
Message #329 received at 47244 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Just a shot in the dark here. The only way I can think of this
> occurring (Vwindow_list being too small), is that something modified
> Vwindow_list when we don't expect it to be modified. I looked through
> all the uses of Vwindow_list and window_list(), and they all look
> kosher. The only modification seems to be setting Vwindow_list to nil.
> But window_list() does call into lisp (nconc2, which calls Fnconc) when
> constructing Vwindow_list, and it uses Vwindow_list as a temporary in
> the process. Is it possible that during that call something happens
> asynchronously (via gc?) that calls something that sets Vwindow_list
> to nil again, while Vwindow_list is being constructed?
Improbable but I attached some code that could detect such an
incidence. Put a breakpoint at the
Vwindow_list = window_list_2;
line.
> I don't think
> so, off hand, but I'm grasping at straws.
I also added a variable called `window-list-lengths' which records the
last 20 or so last changes in the number of windows seen by window_list.
Maybe you can detect some strange 2 ~> 6 or 6 ~> 2 change while running
Gnus. I'm still not sure whether your daemon setup could be involved
somehow.
martin
[selected_window_contents.diff (text/x-patch, attachment)]
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.