From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#56808: 29.0.50; Elusive display problem on macOS Date: Thu, 28 Jul 2022 09:37:23 +0200 Message-ID: References: <83r125ai2n.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22886"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin) Cc: 56808@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jul 28 09:49:08 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 1oGyGZ-0005oN-SB for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 Jul 2022 09:49:07 +0200 Original-Received: from localhost ([::1]:46476 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oGyGY-0007Jp-L1 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 Jul 2022 03:49:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40218) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGy5q-0002k4-8v for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2022 03:38:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39511) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oGy5p-0006KS-U6 for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2022 03:38:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oGy5p-0003Vt-LT for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2022 03:38:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jul 2022 07:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56808 X-GNU-PR-Package: emacs Original-Received: via spool by 56808-submit@debbugs.gnu.org id=B56808.165899385313457 (code B ref 56808); Thu, 28 Jul 2022 07:38:01 +0000 Original-Received: (at 56808) by debbugs.gnu.org; 28 Jul 2022 07:37:33 +0000 Original-Received: from localhost ([127.0.0.1]:57493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oGy5N-0003Uz-3T for submit@debbugs.gnu.org; Thu, 28 Jul 2022 03:37:33 -0400 Original-Received: from mail-ed1-f50.google.com ([209.85.208.50]:39888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oGy5L-0003Ul-Bp for 56808@debbugs.gnu.org; Thu, 28 Jul 2022 03:37:31 -0400 Original-Received: by mail-ed1-f50.google.com with SMTP id z22so1093385edd.6 for <56808@debbugs.gnu.org>; Thu, 28 Jul 2022 00:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :user-agent:mime-version; bh=zsrGD7LUlnq/x2RQiVddoTaJDCtiV34/qvIGVspnq8k=; b=T4B0mwtLjFimlmE1bKaTcbAcvnrFdxUSnOvxmR8EQ444Qo8UUbb5Iqzoo6DHUmBTYD +zewPshVK0S+mJghJB+771eTUVeAaqjxAGQtW4L9lkwNpKonN6sy//NxzCKTMOBixSvO f6mPeV3sJRV30PVkx3QPll/+y8F2/oXCMXWNdGkcaAeD3XDsnJPnEnbb/gbtp909jtCW iXKCZm9OH6C//FHpnauEePwmoBBmS+MXnbXs4QkgtDwNEU8soPrDAE06m9P71iaFCmiS 033YcOt7kl7iX3HBUfme6jhYoJuUc+b10iEhGDC9OsnUQh3GhJ2a01pqFSrQa9VxYyLK vxgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:user-agent:mime-version; bh=zsrGD7LUlnq/x2RQiVddoTaJDCtiV34/qvIGVspnq8k=; b=NvSDJlXWPyn1WMZ3j0j0PjJrMvLvrpuScAxc/iCflULACgoh2m/xallq2EOuJhNIJe i1jC4Ykr5IF26HuPdHNVyAQQ0aZ5FCyy2YDk0ruK7gFbD6E4fptwFeuNSh8MFE0O3Oug Tn3qlIu06m/ofNw74fInXydivc7ROOqWNIpXsaDx+dvBo0hzdJJz13ozXeWw8KRJGCOV o0owgUNRRQWyws7hRfbZaUHQIjXxz6flX1/CXz6XdOB4+pZsa9CS4xzt0/b7FnFdJFYg HW1WQ66KoiDAIcTEuVBMM6DWg43pgLKAAx1pU4sEOMSyPAnZBBJ6bQ0ZtfE78TWo8oIB QmDQ== X-Gm-Message-State: AJIora8/moV0jDaKiRrxLzDe0UijUU13z7rX/isB5RK8Ku2wMdhaKSkj RZXmZZrMOxUHQSr4T42DRnNilRWDyy4= X-Google-Smtp-Source: AGRyM1s8RYGCi2NEdMNQIt9+1hVBI0TzommC8D4UhbZ4kFbtjtSc0+PyeCmHmbSdwzcMS5KxxCjZXw== X-Received: by 2002:a05:6402:3509:b0:43b:f09d:6517 with SMTP id b9-20020a056402350900b0043bf09d6517mr19899273edd.66.1658993844655; Thu, 28 Jul 2022 00:37:24 -0700 (PDT) Original-Received: from Mini.fritz.box (pd9e3686c.dip0.t-ipconnect.de. [217.227.104.108]) by smtp.gmail.com with ESMTPSA id 24-20020a170906301800b007262a1c8d20sm105247ejz.19.2022.07.28.00.37.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Jul 2022 00:37:24 -0700 (PDT) In-Reply-To: <83r125ai2n.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 28 Jul 2022 09:04:48 +0300") 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" Xref: news.gmane.io gmane.emacs.bugs:238076 Archived-At: Eli Zaretskii writes: > Are there any :align-to display properties involved in this? > ("C-x =" could help you find out.) No, nothing there, no properties, no overlays. Just spaces, AFAICT. > (gdb) pgrow > > This should display the glyph_row with some detail. > > Of course, you don't have GDB, so some of the above will need to be > done differently, sigh... In particular, the 'pgrow' command is > defined in src/.gdbinit. Yeah, no GDB fpr the old white man here :-/. Maybe I smatter something in Python for LLDB if it turns out I can't find out what happens without. My current kind of working hypothesis is that this is caused by something in the "font department". When the problem is there, Emacs seems to behave completely consistently, assuming that it has the wrong value for the width of a space. For example, cursor movement in the wrongly displayed line, which should be using the current glyph row. The cursor movement is entirely okay, when a space were a bit wider than normal. From which I "conjecture" that the width of the space in the glyph row is already wrong. But then again, since the display of the run of spaces should be done as a string of characters in the same face, I also "conjecture" that the font of the face should be wrong. Which I find sort of strange. Shouldn't then all characters have the wrong size, and things would align again? Anyways. That are all not exactly being wild guesses, but as you can see I'm still making "Bayesian" guesses. In the hope of getting by without debugging, which won't happen, I see that already coming :-). Thanks!