From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Wasim Abbas Newsgroups: gmane.emacs.bugs Subject: bug#41187: 28.0.50; Flipped text Date: Mon, 17 Aug 2020 15:17:32 +0100 Message-ID: <66180327-EF34-4E27-9876-0B6D13D24F9E@gmail.com> References: <9825B211-9633-47CC-9631-A516387ADDB5@gmail.com> <20200806204637.GA39555@breton.holly.idiocy.org> <20200809133320.GA40657@breton.holly.idiocy.org> <20200810191121.GB40992@breton.holly.idiocy.org> <3E909253-AB23-4E8E-9B81-D92937EC3BB4@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_E66A9FC6-D5C7-43AC-AD3F-980E8F8A1B3F" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37133"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41187@debbugs.gnu.org To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 17 16:19:16 2020 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 1k7fyl-0009Yv-PM for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Aug 2020 16:19:15 +0200 Original-Received: from localhost ([::1]:53348 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k7fyk-0001ua-SS for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Aug 2020 10:19:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35600) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k7fxa-0000d0-PS for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2020 10:18:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49504) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k7fxa-0003Zm-Fg for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2020 10:18:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k7fxa-0006rK-BV for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2020 10:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Wasim Abbas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Aug 2020 14:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41187 X-GNU-PR-Package: emacs Original-Received: via spool by 41187-submit@debbugs.gnu.org id=B41187.159767386226339 (code B ref 41187); Mon, 17 Aug 2020 14:18:02 +0000 Original-Received: (at 41187) by debbugs.gnu.org; 17 Aug 2020 14:17:42 +0000 Original-Received: from localhost ([127.0.0.1]:32817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7fxG-0006ql-56 for submit@debbugs.gnu.org; Mon, 17 Aug 2020 10:17:42 -0400 Original-Received: from mail-wm1-f45.google.com ([209.85.128.45]:37268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7fxD-0006qW-1K for 41187@debbugs.gnu.org; Mon, 17 Aug 2020 10:17:40 -0400 Original-Received: by mail-wm1-f45.google.com with SMTP id k8so14038755wma.2 for <41187@debbugs.gnu.org>; Mon, 17 Aug 2020 07:17:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=nnIfz4IYvySNkIPUsS/GfrnjUnE6jcyOYQ+c1zh0Wc0=; b=vQQj50i1LpCfFAkE5O1hMR8OGzEujYclA3UoxkBlHGzODdhZGl7vMeWZjuNSkndXcf fgbCinNn1Xutv42ofprE1RTWwqHg/vg2CyIeSYf8d8qazSFUlmfzQNxuaGVtLoJjDUc3 XvSLx3aSHYbOTSlMwUxf/z/yPXi2Cith/wCrqVRSwlN7yKw3ABiddrh6d3oNz1lX9Dlc wIbatLU6aloZ1riRDwiyqseVOAf7rIebE0GLAey6VLyMzT9ekfDXg72+RePHeaJ135fy 89W4wl552gr3fnaK1MXFO7NjJqTH4MjVcnsameoAeXJBGWslNEcRmwTN4y/7Jmuf6Q9M b80w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=nnIfz4IYvySNkIPUsS/GfrnjUnE6jcyOYQ+c1zh0Wc0=; b=J2hLtJcESX5UwO4Aso5jDj7eni9TxrEO3GsZWtmrShyQMK51oC/xDDcH3qF9RJu6P7 r148ZJ44XTB0zdlmRatHkJkL0Z+q909R0eEKfd7s+LZ0O7mIOhiJaifTVbb9uGzHm4x9 JTBugVelvd2n3HXi/bvmMpSz5/+OLcwnWdTcY4AY+nWzucpXhApXsHRDx7uIB8XVNWPc 6R688htHC4Apz/7H4llj4XzKU4p6tybaV+aFKVl2qLt7bgsmZ3rQdZhLaGR1UBPhieAP 6TIEPFq3A6taBsLjKhgCKr7oK8I4zTgSOznF3ec/sXhYkLPh6Waxe0nUeCFfm6wQAwVz ok4g== X-Gm-Message-State: AOAM533uBcKdN623rdFDsqneWjtMjo5biTeFWFS/F9OREGRlXX2RBw0n u8rLDWl+ohynvOa1IQw7KN4= X-Google-Smtp-Source: ABdhPJxJf4iRcUJurbjbfm4fQJBTvWo972sfSE3qV0e8VB4O5XDHUKxTPxoYNi4G1pjSa3SNbjS6jQ== X-Received: by 2002:a1c:f204:: with SMTP id s4mr15443009wmc.9.1597673853204; Mon, 17 Aug 2020 07:17:33 -0700 (PDT) Original-Received: from [192.168.0.2] (cpc108963-cmbg20-2-0-cust501.5-4.cable.virginm.net. [80.5.213.246]) by smtp.gmail.com with ESMTPSA id c10sm30655108wrx.15.2020.08.17.07.17.32 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Aug 2020 07:17:32 -0700 (PDT) In-Reply-To: <3E909253-AB23-4E8E-9B81-D92937EC3BB4@gmail.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) 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:185382 Archived-At: --Apple-Mail=_E66A9FC6-D5C7-43AC-AD3F-980E8F8A1B3F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Update: Just managed to reproduce it with `emacs -Q` I just had to scroll for = almost 10 minutes for it to kick in. So ignore my init.el red herring. //Wasim > On 17 Aug 2020, at 15:10, Wasim Abbas wrote: >=20 > So I spend some more time on this today. Its painful to keep scrolling = forever but I think I have found a pattern that works reliably. >=20 > Open emacs with a specific header file from command line. = /usr/local/Cellar/emacs-head/HEAD-86fef6a_1/Emacs.app/Contents/MacOS/Emacs= /personal/roar_engine/core/rhi/rorrhi_types.hpp > M-x split-window-horizontally and start scrolling between the two = windows interchangeably. >=20 > I did a binary search through my packages but it was inconclusive. It = appeared with single package, but different single packages at different = times. So I started commenting out my whole init.el file. >=20 > (setq user-full-name "Wasim Abbas") > (setq user-mail-address "abbas.wasim@gmail.com = ") >=20 > ;; load my sexp from elisp dir > (add-to-list 'load-path (expand-file-name "elisp" = user-emacs-directory)) > ;; add custom theme folder to load themes from ~/.emacs.d/themes > (add-to-list 'custom-theme-load-path (expand-file-name "themes" = user-emacs-directory)) >=20 > This is the only snippet that I can reproduce it with. This doesn=E2=80=99= t make much sense. I am not using any themes later on. The whole init.el = is empty after these lines. I have reproduced it with this a few times. > > Although I have still not managed to reproduce it with `-Q` option = yet. >=20 > Also at one point I got the following segfault. >=20 > >=20 >=20 > //Wasim >=20 >> On 10 Aug 2020, at 20:11, Alan Third > wrote: >>=20 >> On Mon, Aug 10, 2020 at 12:40:31PM +0100, Wasim Abbas wrote: >>> I thought since drawing buffers and rendering is such a core thing >>> to emacs I wasn=E2=80=99t sure it will be anything else (like a = package) but >>> looks like it could be? Would you now think it's something to do >>> with any package? >>=20 >> It's unlikely to be a package directly causing it, but it may be = doing >> something which causes a bug in Emacs itself to show. >>=20 >>> Is the standard disable each package one by one and see if it can be >>> narrowed down to a single package the way to go forward now? >>=20 >> The usual way would be a binary search type strategy. Comment out = half >> your config, then see if you still have the problem, if not try the >> other half. Then you half what remains, and repeat until you've found >> the cause. >>=20 >> The problem is that it may be a combination of things that are = causing >> it, but at least it may give us a chance to get a minimal recipe to >> replicate the bug. >> --=20 >> Alan Third >=20 --Apple-Mail=_E66A9FC6-D5C7-43AC-AD3F-980E8F8A1B3F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Update:

Just managed to reproduce it with `emacs -Q` I just had to = scroll for almost 10 minutes for it to kick in. So ignore my init.el red = herring.

//Wasim

On 17 Aug 2020, at 15:10, Wasim = Abbas <abbas.wasim@gmail.com> wrote:

So I spend some more = time on this today. Its painful to keep scrolling forever but I think I = have found a pattern that works reliably.

Open emacs with a specific header file = from command line. /usr/local/Cellar/emacs-head/HEAD-86fef6a_1/Emacs.app/Contents/= MacOS/Emacs /personal/roar_engine/core/rhi/rorrhi_types.hpp
M-x split-window-horizontally and start scrolling between = the two windows interchangeably.

I did a binary search through my = packages but it was inconclusive. It appeared with single package, but = different single packages at different times. So I started commenting = out my whole init.el file.

(setq = user-full-name "Wasim Abbas")
(setq user-mail-address "abbas.wasim@gmail.com")

;; load my sexp from elisp = dir
(add-to-list 'load-path (expand-file-name "elisp" = user-emacs-directory))
;; add custom theme folder to load themes from = ~/.emacs.d/themes
(add-to-list 'custom-theme-load-path (expand-file-name = "themes" user-emacs-directory))

This is the only snippet that I can = reproduce it with. This doesn=E2=80=99t make much sense. I am not using = any themes later on. The whole init.el is empty after these lines. I = have reproduced it with this a few times.
<Screenshot = 2020-08-17 at 15.03.55.png>
Although I have still not managed to reproduce it with `-Q` = option yet.

Also= at one point I got the following segfault.

<Screenshot = 2020-08-17 at 15.03.05.png>


//Wasim

On 10 Aug 2020, at 20:11, Alan = Third <alan@idiocy.org> wrote:

On = Mon, Aug 10, 2020 at 12:40:31PM +0100, Wasim Abbas wrote:
I thought since drawing = buffers and rendering is such a core thing
to emacs I = wasn=E2=80=99t sure it will be anything else (like a package) but
looks like it could be? Would you now think it's something to = do
with any package?

It's unlikely to be a package directly causing it, but it may = be doing
something which causes a bug in Emacs itself to = show.

Is= the standard disable each package one by one and see if it can be
narrowed down to a single package the way to go forward = now?

The usual way would be a = binary search type strategy. Comment out half
your config, = then see if you still have the problem, if not try the
other= half. Then you half what remains, and repeat until you've found
the cause.

The problem is that = it may be a combination of things that are causing
it, but = at least it may give us a chance to get a minimal recipe to
replicate the bug.
--
Alan = Third


= --Apple-Mail=_E66A9FC6-D5C7-43AC-AD3F-980E8F8A1B3F--