[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MPS: face-cache
From: |
Eli Zaretskii |
Subject: |
Re: MPS: face-cache |
Date: |
Sun, 28 Apr 2024 10:37:45 +0300 |
> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> Cc: eller.helmut@gmail.com, emacs-devel@gnu.org
> Date: Sun, 28 Apr 2024 08:28:39 +0200
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > But there's also FRAME_FONTSET, e.g. for w32:
> >
> > #define FRAME_FONTSET(f) ((f)->output_data.w32->fontset)
> >
> > Are we handling it correctly vis-a-vis GC? fix_frame doesn't do
> > anything with it, AFAICT. Should it?
> >
>
> Yeah, I think I see something similar here, but I don't understand it.
>
> In my case, it looks like a string which is created by Ffont_xlfd_name
> is later garbled. The string is used as the name of a fontset. Fontsets
> are PVEC_CHAR_TABLE, which, AFAIU, are treated like normal vectors
> during old GC. It's a bit confusing to me... Fix_char_table does that
> for the new GC in a similar way.
Maybe it all works because the pseudo-vector's SIZE includes the
extras?
Re: MPS: face-cache, Helmut Eller, 2024/04/28
- Re: MPS: face-cache, Gerd Möllmann, 2024/04/28
- Re: MPS: face-cache, Helmut Eller, 2024/04/28
- Re: MPS: face-cache, Gerd Möllmann, 2024/04/28
- Re: MPS: face-cache, Gerd Möllmann, 2024/04/28
- Re: MPS: face-cache, Gerd Möllmann, 2024/04/28
- Re: MPS: face-cache, Eli Zaretskii, 2024/04/28
- Re: MPS: face-cache, Gerd Möllmann, 2024/04/28
- Re: MPS: face-cache, Eli Zaretskii, 2024/04/28