From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pedro Andres Aranda Gutierrez Newsgroups: gmane.emacs.bugs Subject: bug#59306: 29.0.50; Resurrected bug? Date: Fri, 25 Nov 2022 09:28:01 +0100 Message-ID: References: <87wn7ra3bm.fsf@yahoo.com> <41389326-4D96-4CC6-8064-4EB99AFCEEE5@gmail.com> <87o7t39s6t.fsf@yahoo.com> <9f62125d-376c-3b00-0930-e8009a176e3d@yandex.ru> <87tu2u8nsy.fsf@yahoo.com> <3d6e6d77-c5cd-35b9-5f3b-4ec9d6d7db92@yandex.ru> <87sfid6t7a.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007b5b3005ee474e49" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38722"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59306@debbugs.gnu.org, Dmitry Gutov To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 25 09:29:24 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oyU5M-0009tv-H2 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Nov 2022 09:29:24 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oyU54-000752-9o; Fri, 25 Nov 2022 03:29:06 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oyU50-00074n-G2 for bug-gnu-emacs@gnu.org; Fri, 25 Nov 2022 03:29:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oyU50-0005yV-4p for bug-gnu-emacs@gnu.org; Fri, 25 Nov 2022 03:29:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oyU50-0007pY-0S for bug-gnu-emacs@gnu.org; Fri, 25 Nov 2022 03:29:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Pedro Andres Aranda Gutierrez Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Nov 2022 08:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59306 X-GNU-PR-Package: emacs Original-Received: via spool by 59306-submit@debbugs.gnu.org id=B59306.166936491730069 (code B ref 59306); Fri, 25 Nov 2022 08:29:01 +0000 Original-Received: (at 59306) by debbugs.gnu.org; 25 Nov 2022 08:28:37 +0000 Original-Received: from localhost ([127.0.0.1]:33414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyU4b-0007ov-9p for submit@debbugs.gnu.org; Fri, 25 Nov 2022 03:28:37 -0500 Original-Received: from mail-vk1-f182.google.com ([209.85.221.182]:39614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyU4Z-0007oj-Vc for 59306@debbugs.gnu.org; Fri, 25 Nov 2022 03:28:36 -0500 Original-Received: by mail-vk1-f182.google.com with SMTP id 6so28386vkk.6 for <59306@debbugs.gnu.org>; Fri, 25 Nov 2022 00:28:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=dmQxHkOKT2OjUxHwimwMOWwmEpC458Vs3qDDM+QERJQ=; b=NJ2MiXViJS0eCgdcF2lTKLqqXjasREHnYdK7mMVbtFKJiJCr+l+u1mncj5BSe+seBK DhsX3U59mlw7Fs7DiYz+1YB+SBWJD1qYw8LKiZhHYVg2yVFrDDIN/ZsSZjXvo2nkOhPb pkdJh99MqkmAv0ilIpfPiSZ2KNtTiKVfD/QIn3TdwPVIocQdIL3rEAdnBeebxa9y94tr g9Cn+yEQZJZJ2G0XMxglPvqDtv7Cxl52r7fhr8gPDsZW9Z4MiZ2o2glwCOz306YjY1l6 skUKfYRqtbCZWF7cYP+CCj2+5DxaoTn1vdfLWXKWLQMA3H4kdH2mMRAjZOOzQIGaKTcJ Wemw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=dmQxHkOKT2OjUxHwimwMOWwmEpC458Vs3qDDM+QERJQ=; b=MJM3VL1s1yZ1KupojlHVV+MrB0le66LBYMvk4KMiNtBA/FUxNlhQQmZdFLVywU6z3G MXJtic+rrJbrdEQwEnT/HF0eywaHxqWlyaaWgjQ0zJX1EmKJVupFBzpQQkrWlLSK3aLf y1bntzeTUtQKDz7pCupH11GFQlWzs0by/wA9HfL3eplBmkZbDy7GVZaqoIF/iiw5l6EY SH4L3/Zv0jzExBWivEdLPNnCtYviZdTiKcrj/HcMtm+PfQ+FGxzE4Gxmuxgh65L+w/+A Y5rUuedeOdI2cHtFqU4CuIc7srMX035/HPfC0oEgEOi3F+3ayCHd6ML2Yyt4S+AGyYuj IaFw== X-Gm-Message-State: ANoB5pnD6AJr5glZZfmqIeUs8hXj20/xX4DF0naVisRlrMhc7rHkRUhl +ykSD74aDGuvFSO7uphe4zTQlaeD4D/3bj+o7dI= X-Google-Smtp-Source: AA0mqf7X2d1y0QGy6OTCO0+pLyoZutNhdwYqcMPoLLX05WOnXiLKXaQsjI8MpB3zZwPRJCkGJGvFIWtjHokHpn6/bTs= X-Received: by 2002:a1f:1b0d:0:b0:3b3:b114:8ff1 with SMTP id b13-20020a1f1b0d000000b003b3b1148ff1mr12447947vkb.17.1669364910346; Fri, 25 Nov 2022 00:28:30 -0800 (PST) In-Reply-To: <87sfid6t7a.fsf@yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:248978 Archived-At: --0000000000007b5b3005ee474e49 Content-Type: text/plain; charset="UTF-8" It definitely looks like that, because it doesn't happen on my macOS Emacs (compiled from the same git as for Linux). When I return home, I was thinking about compiling Emacs on Linuux for GTK3 but disabling CAIRO... would that make eny sense? /PA On Mon, 21 Nov 2022 at 01:35, Po Lu wrote: > Dmitry Gutov writes: > > > On 20.11.2022 02:36, Po Lu via Bug reports for GNU Emacs, the Swiss > > army knife of text editors wrote: > >> Dmitry Gutov writes: > >> > >>> No change since the last test I tried: fonts seem fine, but the frame > >>> size is jumping. I even did 'make bootstrap' to be doubly sure. > >> Thanks. Could you place a breakpoint on `apply_xft_settings' before > >> starting "emacs -Q", step through it, and try to find out what causes > >> the `changed' variable to be set to true? > > > > Apparently it's this part: > > > > #ifdef FC_HINT_STYLE > > if ((settings->seen & SEEN_HINTSTYLE) != 0 > > && oldsettings.hintstyle != settings->hintstyle) > > { > > FcPatternDel (pat, FC_HINT_STYLE); > > FcPatternAddInteger (pat, FC_HINT_STYLE, settings->hintstyle); > > changed = true; > > oldsettings.hintstyle = settings->hintstyle; > > } > > #endif > > > > Here's the relevant part of the gdb log, since I don't have much > > experience with it. The assignment statement itself seems to be > > missing from the stepping, but 'changed' became true after: > > > > (gdb) n > > 842 FcPatternGetDouble (pat, FC_DPI, 0, &oldsettings.dpi); > > (gdb) p changed > > $2 = false > > (gdb) n > > 844 if ((settings->seen & SEEN_AA) != 0 && oldsettings.aa != > > settings->aa) > > (gdb) n > > 852 if ((settings->seen & SEEN_HINTING) != 0 > > (gdb) n > > 860 if ((settings->seen & SEEN_RGBA) != 0 && oldsettings.rgba != > > settings->rgba) > > (gdb) n > > 869 if ((settings->seen & SEEN_LCDFILTER) != 0 > > (gdb) n > > 879 if ((settings->seen & SEEN_HINTSTYLE) != 0 > > (gdb) n > > 882 FcPatternDel (pat, FC_HINT_STYLE); > > (gdb) n > > 883 FcPatternAddInteger (pat, FC_HINT_STYLE, > settings->hintstyle); > > (gdb) n > > 885 oldsettings.hintstyle = settings->hintstyle; > > (gdb) n > > 894 oldsettings.dpi = dpyinfo->resx; > > (gdb) p changed > > $3 = true > > Thanks. That's quite annoying, I guess Cairo isn't reporting the > default hint style to us either. > > I can't think of a good solution off-hand, please give me some more > time. > -- Fragen sind nicht da um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --0000000000007b5b3005ee474e49 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It definitely looks like that, because it doesn't happ= en on my macOS Emacs (compiled from the same git as for Linux). When I retu= rn home, I was thinking about compiling Emacs on Linuux for GTK3 but disabl= ing CAIRO... would that make eny sense?

/PA
<= br>
On Mon,= 21 Nov 2022 at 01:35, Po Lu <luan= gruo@yahoo.com> wrote:
Dmitry Gutov <dgutov@yandex.ru> writes:

> On 20.11.2022 02:36, Po Lu via Bug reports for GNU Emacs, the Swiss > army knife of text editors wrote:
>> Dmitry Gutov<dgutov@yandex.ru>=C2=A0 writes:
>>
>>> No change since the last test I tried: fonts seem fine, but th= e frame
>>> size is jumping. I even did 'make bootstrap' to be dou= bly sure.
>> Thanks.=C2=A0 Could you place a breakpoint on `apply_xft_settings&= #39; before
>> starting "emacs -Q", step through it, and try to find ou= t what causes
>> the `changed' variable to be set to true?
>
> Apparently it's this part:
>
> #ifdef FC_HINT_STYLE
>=C2=A0 =C2=A0if ((settings->seen & SEEN_HINTSTYLE) !=3D 0
>=C2=A0 =C2=A0 =C2=A0 =C2=A0&& oldsettings.hintstyle !=3D settin= gs->hintstyle)
>=C2=A0 =C2=A0 =C2=A0{
>=C2=A0 =C2=A0 =C2=A0 =C2=A0FcPatternDel (pat, FC_HINT_STYLE);
>=C2=A0 =C2=A0 =C2=A0 =C2=A0FcPatternAddInteger (pat, FC_HINT_STYLE, set= tings->hintstyle);
>=C2=A0 =C2=A0 =C2=A0 =C2=A0changed =3D true;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0oldsettings.hintstyle =3D settings->hints= tyle;
>=C2=A0 =C2=A0 =C2=A0}
> #endif
>
> Here's the relevant part of the gdb log, since I don't have mu= ch
> experience with it. The assignment statement itself seems to be
> missing from the stepping, but 'changed' became true after: >
> (gdb) n
> 842=C2=A0 =C2=A0 =C2=A0 =C2=A0FcPatternGetDouble (pat, FC_DPI, 0, &= ;oldsettings.dpi);
> (gdb) p changed
> $2 =3D false
> (gdb) n
> 844=C2=A0 =C2=A0 =C2=A0 =C2=A0if ((settings->seen & SEEN_AA) != =3D 0 && oldsettings.aa !=3D
> settings->aa)
> (gdb) n
> 852=C2=A0 =C2=A0 =C2=A0 =C2=A0if ((settings->seen & SEEN_HINTIN= G) !=3D 0
> (gdb) n
> 860=C2=A0 =C2=A0 =C2=A0 =C2=A0if ((settings->seen & SEEN_RGBA) = !=3D 0 && oldsettings.rgba !=3D
> settings->rgba)
> (gdb) n
> 869=C2=A0 =C2=A0 =C2=A0 =C2=A0if ((settings->seen & SEEN_LCDFIL= TER) !=3D 0
> (gdb) n
> 879=C2=A0 =C2=A0 =C2=A0 =C2=A0if ((settings->seen & SEEN_HINTST= YLE) !=3D 0
> (gdb) n
> 882=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FcPatternDel (pat, FC_HINT= _STYLE);
> (gdb) n
> 883=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FcPatternAddInteger (pat, = FC_HINT_STYLE, settings->hintstyle);
> (gdb) n
> 885=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0oldsettings.hintstyle =3D = settings->hintstyle;
> (gdb) n
> 894=C2=A0 =C2=A0 =C2=A0 =C2=A0oldsettings.dpi =3D dpyinfo->resx; > (gdb) p changed
> $3 =3D true

Thanks.=C2=A0 That's quite annoying, I guess Cairo isn't reporting = the
default hint style to us either.

I can't think of a good solution off-hand, please give me some more
time.


--
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um = gestellt zu werden
Georg Kreisler

Headach= es with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.u= niter.operation we should run a leader-deposed hook here, but we can't = yet

--0000000000007b5b3005ee474e49--