bug#44502:

[andrei . elkin]

Hello dear Colleagues!

For couple of times I hit a stack whose top part perfectly fits to the
reported in this bug.
Mine:
gdb) bt
#0  0x00007ffff256c817 in raise (sig=<optimized out>) at raise.c:51
#1  0x0000555555732728 in terminate_due_to_signal (sig=6, 
backtrace_limit=2147483647) at emacs.c:437
#2  0x00005555557e5e2e in die (msg=0x55555593c747 "EQ (window, 
selected_window)", file=0x55555593c4dc "window.c", line=557) at alloc.c:7486
#3  0x000055555564f2cb in select_window (window=..., norecord=..., 
inhibit_point_swap=false) at window.c:557
#4  0x000055555564f45b in Fselect_window (window=..., norecord=...) at 
window.c:634
#5  0x00005555555f0389 in gui_consider_frame_title (frame=...) at xdisp.c:12801
#6  0x00005555555f09be in prepare_menu_bars () at xdisp.c:12914
#7  0x00005555555f8d68 in redisplay_internal () at xdisp.c:15785
#8  0x00005555555f7a14 in redisplay () at xdisp.c:15369
#9  0x000055555573ec1c in read_char (commandflag=1, map=..., prev_event=..., 
used_mouse_menu=0x7fffffffd8ed, end_time=0x0) at keyboard.c:2555
#10 0x000055555575272b in read_key_sequence (keybuf=0x7fffffffdad0, prompt=..., 
dont_downcase_last=false, can_return_switch_frame=true, 
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9635
#11 0x000055555573aea2 in command_loop_1 () at keyboard.c:1392
#12 0x000055555581cc49 in internal_condition_case (bfun=0x55555573aa08 
<command_loop_1>, handlers=..., hfun=0x555555739e35 <cmd_error>) at eval.c:1450
#13 0x000055555573a5ef in command_loop_2 (handlers=...) at keyboard.c:1133
#14 0x000055555581be5f in internal_catch (tag=..., func=0x55555573a5c8 
<command_loop_2>, arg=...) at eval.c:1181
#15 0x000055555573a593 in command_loop () at keyboard.c:1111
#16 0x0000555555739900 in recursive_edit_1 () at keyboard.c:720
#17 0x0000555555739b14 in Frecursive_edit () at keyboard.c:803
#18 0x000055555573578d in main (argc=3, argv=0x7fffffffdf38) at emacs.c:2358

My emacs version:

$ git log -1 --oneline 
7ffcba4213 


I am used to run emacs in gdb so keeping the stack alive in case
some of you would be interested to dig in.

Thank you in advace!

Emacs' faithful
Andrei Elkin @ mariadb