all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
To: "Óscar Fuentes" <oscarfv@telefonica.net>
Cc: 74547@debbugs.gnu.org, Pip Cet <pipcet@protonmail.com>
Subject: bug#74547: 31.0.50; igc: assertion failed in buffer.c
Date: Wed, 27 Nov 2024 07:54:35 +0100	[thread overview]
Message-ID: <m2ed2x5fpw.fsf@gmail.com> (raw)
In-Reply-To: <87serdu9m3.fsf@telefonica.net> ("Óscar Fuentes"'s message of "Tue, 26 Nov 2024 19:35:00 +0100")

Óscar Fuentes <oscarfv@telefonica.net> writes:

> While editing a .dart file with lsp-mode.

Thanks Oscar. That's a difficult one.

> #3  0x00005555559c1384 in mps_lib_assert_fail
>     (condition=0x555555a4a157 "size > 0", line=579, file=0x555555a47782 "buffer.c")
>     at /home/oscar/dev/other/mps/code/mpsliban.c:87
> #4  BufferFill
> #5  0x00005555559f2da0 in amcSegFix (seg=0x7fffb820d070, ss=0x7fffffff9fc0, refIO=0x7fffffff99d0)
>         trace = <optimized out>
> #6  0x0000555555990b8c in _mps_fix2 (mps_ss=0x7fffffff9fc8, mps_ref_io=0x7fffffff9a10)
>         res = <optimized out>
> #7  0x0000555555903cac in fix_lisp_obj (ss=0x7fffffff9fc8, pobj=0x7fff89f0e000)
>     at ../../emacs/src/igc.c:998
>         res = 32767
>         client = 0x7fff93f2f7d0
>         base = 0x7fff93f2f7d0
>         p = 0x7fff89f0e000
> --Type <RET> for more, q to quit, c to continue without paging--
>         word = 140735675561940
>         tag = 4
>         _ss = 0x7fffffff9fc8
>         _mps_zs = 22
>         _mps_ufs = 549755846664
>         _mps_wt = 32768
>         _mps_w = 133143986160
> #8  0x0000555555904160 in fix_array (ss=0x7fffffff9fc8, array=0x7fff89f0e000, n=6)
>     at ../../emacs/src/igc.c:1233
>         res = 30
>         i = 0
>         _ss = 0x7fffffff9fc8
>         _mps_zs = 22
>         _mps_ufs = 549755813896
>         _mps_wt = <optimized out>
>         _mps_w = 133143986160
> #9  0x000055555590674b in fix_vectorlike (ss=0x7fffffff9fc8, v=0x7fff89f0dff0)
>     at ../../emacs/src/igc.c:1974
>         res = 32767
>         size = 6
>         _ss = 0x7fffffff9fc8
>         _mps_zs = 22
>         _mps_ufs = 549755813896
>         _mps_wt = <optimized out>
>         _mps_w = 133143986160
> #10 0x0000555555908d53 in fix_vector (ss=0x7fffffff9fc8, v=0x7fff89f0dff0)
> --Type <RET> for more, q to quit, c to continue without paging--
>     at ../../emacs/src/igc.c:2646
>         obj_ = 0x7fff89f0dff0
>         res = 0
>         _ss = 0x7fffffff9fc8
>         _mps_zs = 22
>         _mps_ufs = 549755813896
>         _mps_wt = <optimized out>
>         _mps_w = 133143986160
> #11 0x00005555559061d4 in dflt_scan_obj
>     (ss=0x7fffffff9fc8, base_start=0x7fff89f0dff0,
>     base_limit=0x7fff89f0f000, closure=0x0)

I've stripped the rest of the backtrace because it's probably not
too relevant.

What Emacs is doing here is allocate a cons, which triggers a GC step
because the allocation point needs more memory. In this GC step, we
scans a memory area containing a vector (or vectorlike) containing 6
elements. The first element is a string for which MPS_FIX1 says it needs
to be passed to MPS_FIX2, but MPS_FIX2 aborts.

I have no idea why that is. I've added Pip in CC, maybe he has ideas.

> In GNU Emacs 31.0.50 (build 2, x86_64-pc-linux-gnu, X toolkit, cairo
>  version 1.18.2) of 2024-11-25 built on sky
> Repository revision: fad5e872ca05e45afa42ad5fc77b6890c051e4a6
> Repository branch: scratch/igc
> Windowing system distributor 'The X.Org Foundation', version 11.0.12101014
> System Description: Debian GNU/Linux trixie/sid
>
> Configured using:
>  'configure CPPFLAGS=-I/home/oscar/lib/mps/include
>  LDFLAGS=-L/home/oscar/lib/mps/lib --with-native-compilation
>  --with-tree-sitter --without-toolkit-scroll-bars --with-x-toolkit=lucid
>  --with-modules --without-imagemagick --with-mps=yes
>  --enable-checking=yes,glyphs --enable-check-lisp-object-type
>  'CFLAGS=-O0 -g3''

Could you please configure --with-mps=debug? That uses the debug version
of MPS which is more picky, but slower. Also,
--enable-checking=igc_debug is probably better. IIRC, that's not on by
default, and we probably don't need the other checks.

Maybe we some further hints that way.
  





  reply	other threads:[~2024-11-27  6:54 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-26 18:35 bug#74547: 31.0.50; igc: assertion failed in buffer.c Óscar Fuentes
2024-11-27  6:54 ` Gerd Möllmann [this message]
2024-12-01 10:49   ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-01 12:05     ` Gerd Möllmann
2024-12-01 12:17       ` Gerd Möllmann
2024-12-01 12:30         ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-01 12:39           ` Gerd Möllmann
2024-12-01 12:57             ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-01 13:30               ` Gerd Möllmann
2024-12-01 14:58                 ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-01 15:18                   ` Gerd Möllmann
2024-12-01 15:48                     ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-01 16:32                       ` Geza Herman
2024-12-01 19:41                         ` Gerd Möllmann
2024-12-01 21:15                         ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-04 19:11                           ` Geza Herman
2024-12-22 10:29                             ` Óscar Fuentes
2024-12-01 15:55                     ` Eli Zaretskii
2024-12-01 15:23                   ` Eli Zaretskii
2024-12-01 15:30                   ` Óscar Fuentes
2024-12-01 15:48                     ` Gerd Möllmann
2024-12-01 15:58                     ` Pip Cet via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-01 16:24                       ` Óscar Fuentes
2024-12-01 13:18         ` Óscar Fuentes
2024-12-01 13:44           ` Gerd Möllmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2ed2x5fpw.fsf@gmail.com \
    --to=gerd.moellmann@gmail.com \
    --cc=74547@debbugs.gnu.org \
    --cc=oscarfv@telefonica.net \
    --cc=pipcet@protonmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.