From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: MPS: weak hash tables Date: Sat, 06 Jul 2024 21:56:52 +0300 Message-ID: <86le2e2vt7.fsf@gnu.org> References: <-plQctKgNkvp-LJ9ov2QAiXQKxd9V-hI0yz_opRGxQtbknubCjH4rH2-ymgbw_Qr1ZhB1rtlmiEW8XtuIVNr7nR_Yj20AH6WkH6kUGp68g0=@protonmail.com> <_mNcR6ailVKpYHLxgfo_tJlYGeR0AQIzQWluspYYp5_g5pIIKkHLNfFkklQQgOKNiVW8jn8NS3i2dJ7_B2Qyx9v-Dq3MQ9mP8HNL30UWsqY=@protonmail.com> <878qyf4sgm.fsf@gmail.com> <878qye3l81.fsf@gmail.com> <86ikxi4vt5.fsf@gnu.org> <871q4639z0.fsf@gmail.com> <86zfqu39k4.fsf@gnu.org> <874j921oi5.fsf@gmail.com> <86r0c632gc.fsf@gnu.org> <87ikxizcth.fsf@gmail.com> <86plrq307i.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27916"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eller.helmut@gmail.com, pipcet@protonmail.com, emacs-devel@gnu.org To: Gerd =?utf-8?Q?M=C3=B6llmann?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jul 06 20:57:22 2024 Return-path: Envelope-to: ged-emacs-devel@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 1sQAb3-00073I-1y for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Jul 2024 20:57:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sQAag-0003Ze-Pw; Sat, 06 Jul 2024 14:56:58 -0400 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 1sQAaf-0003Ya-Mo for emacs-devel@gnu.org; Sat, 06 Jul 2024 14:56:57 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sQAaf-0005Ff-Dr; Sat, 06 Jul 2024 14:56:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=s1LPRmZA4smJ8J8D7abPYYfAo7hopoe1doe1jzKvCTs=; b=sWOKbi/0qPDR1dyW1VHk tEZwFOXdjQzXVt0EF+XTuuZiiVXVjRn0vBOHZQeoytfzbrh4cJ6vm56FwUvqpukftrgJGDZ4Ihkt+ A942b0n69eT5UfFo1i4XmVs6swNZb/dFb2LXvaNvq7vhdrfTpqSDuhOdgO2sEoJ6liU2+nyO8YSK4 fZ2hA4WnJqFS7zMAqUmUULsSZxDmV/OPR3Z9Yc78QEQwq5C2oBnfJfHszuWtm9G3pHdkVPrS8T18y GmH3C9QlHmJTMt9BhDxILQFUb3N4ZwO1yc9nvt12WZMBQuFWQbJUij/cHvjtp/U9mDPtupdRZ+/FM FqhpPYLJS+TstQ==; In-Reply-To: (message from Gerd =?utf-8?Q?M=C3=B6llmann?= on Sat, 06 Jul 2024 20:14:21 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:321459 Archived-At: > From: Gerd Möllmann > Cc: Helmut Eller , pipcet@protonmail.com, > emacs-devel@gnu.org > Date: Sat, 06 Jul 2024 20:14:21 +0200 > > Eli Zaretskii writes: > > > The backtrace is inserted into a special backtrace buffer. The > > backtrace buffer uses 'invisible' text properties to hide long lines. > > Then the 'invisible' properties need to be removed when the backtrace > > is prepared for display on the terminal (which is what ERT wants to > > do, I believe). > > I don't know where the invisible text property comes into play. What ERT > does is this: It isn't in ERT, it's in backtrace.el. > (with-temp-buffer > ... > (insert (backtrace-to-string > (ert-test-result-with-condition-backtrace result)))) > (if (not ert-batch-backtrace-right-margin) > (message "%s" > (buffer-substring-no-properties (point-min) > (point-max))) > (goto-char (point-min)) > (while (not (eobp)) > (let ((start (point)) > (end (line-end-position))) > (setq end (min end > (+ start > ert-batch-backtrace-right-margin))) > (message "%s" (buffer-substring-no-properties > start end))) > (forward-line 1)))) As you see, it calls backtrace.el functions (look there to see what they do), and then removes properties from the text produced by backtrace.el functions.