GNU bug report logs - #71289
30.0.50; cmcheckmagic aborts when tty_write_glyphs writes "Garbage collecting..." in some cases

Previous Next

Full log

Message #68 received at 71289 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Clemente <n142857 <at> gmail.com>
Cc: 71289 <at> debbugs.gnu.org
Subject: Re: 30.0.50; cmcheckmagic aborts when tty_write_glyphs writes
 "Garbage collecting..." in some cases
Date: Wed, 05 Jun 2024 18:06:49 +0300

> From: Daniel Clemente <n142857 <at> gmail.com>
> Date: Wed, 5 Jun 2024 13:50:48 +0000
> Cc: 71289 <at> debbugs.gnu.org
> 
> With it (running on 799f78a92c6c31f4d181390523b83d036020ede1 with no
> other changes), I still see the same types of crash that I already
> reported: in tty_write_glyphs (see BT1 below) and in
> build_frame_matrix_from_leaf_window (see BT2 below).
> However they don't mention GC now.

So it is not exactly the same type of crash.

In what scenario does this happen now?  IOW, what did you do to
trigger those crashes?

I'd like to ask you to run that scenario with a watchpoint on the
variable delayed_size_change, and the following two watchpoint
commands:

  bt 5
  continue

I hope the backtraces produced by this will explain who resets the
delayed_size_change flag, seemingly prematurely(?), and might suggest
ideas for a solution.  (I have an idea already, but would like to see
some data to make sure the idea is solid.)

It is best to run GDB in a separate terminal for this experiment.
IOW, start Emacs, attach GDB to it from another terminal, say "set
height 0" to let GDB scroll the output freely, then set up the
watchpoint with the commands, and run Emacs with your recipe.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.