Continuing from this comment at
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71289:
> That's another problem. There seems to be some disconnect, time-wise,
> in reallocating frame matrices and sub-allocating window matrices from
> the frame matrices, and the crash happens when the check is done
> > The build_frame_matrix_from_leaf_window crash still happens.
>
> That's another problem. There seems to be some disconnect, time-wise,
> in reallocating frame matrices and sub-allocating window matrices from
> the frame matrices, and the crash happens when the check is done
> in-between those
> I reported the build_frame_matrix_from_leaf_window problem separately to
> provide simpler instructions
It's at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=73022
> Configured using:
> […]
> --without-x 'CFLAGS=-g3 -O3''
I sent another build's information by mistake. The backtraces are
actually from a -O0 build, with this information:
In GNU Emacs 31.0.50 (build 3, x86_64-pc-linux-gnu) of 2024-09-01 built
on sonn
Repository revision: 99a03ddb2d43d6757781
> #0 terminate_due_to_signal (sig=6, backtrace_limit=40) at
> ../../src/emacs.c:432
> #1 0x0061b51b in emacs_abort () at ../../src/sysdep.c:2391
> #2 0x00541fc2 in cmcheckmagic (tty=0x1ebe0d0) at ../../src/cm.c:122
> #3 0x00546564 in tty_write_glyphs (f=0x1e7bb30, strin
> I noticed that causing this assertion to fail is not very easy. For
> example, if I drag the terminal emulator window one line at a time, I
> can never cause it, even if I get to frame sizes that are much smaller
> than the minimum we need for 2 windows. Somehow, I need to drag the
> frame so i
> I attach the patch now, sorry for not doing it earlier.
>
Please attach patches if I can help trying out things. I don't know
this code so I may break it if I change the low-level behavior. But I
can safely add many breakpoints and debug messages to research the
bugs.
Apparently we could use mor
> Please try the attached diff (from my heavily edited copy of master, if
> it doesn't apply cleanly, complain immediately rather than messing up
> your Emacs). It should fix two silly bugs in window.el that make a
> frame's safe minimum size much too large and includes the fix I proposed
> earlie
