From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.bugs Subject: bug#57804: An infinite loop in a `fontify-region' function causes Emacs to hang indefinitely Date: Thu, 15 Sep 2022 20:49:17 +0200 Message-ID: References: <87pmfx6h7y.fsf@gnus.org> <2b58b8f5429a6e3aecda@heytings.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008e448f05e8bbb4a6" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10551"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 57804@debbugs.gnu.org To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 15 20:50:12 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 1oYtwC-0002VU-8n for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 15 Sep 2022 20:50:12 +0200 Original-Received: from localhost ([::1]:35296 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oYtwA-00013x-Oi for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 15 Sep 2022 14:50:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33708) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYtw2-00013l-Tm for bug-gnu-emacs@gnu.org; Thu, 15 Sep 2022 14:50:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42233) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oYtw2-000621-Hn for bug-gnu-emacs@gnu.org; Thu, 15 Sep 2022 14:50:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oYtw1-00026U-Um for bug-gnu-emacs@gnu.org; Thu, 15 Sep 2022 14:50:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Paul Pogonyshev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Sep 2022 18:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 57804-submit@debbugs.gnu.org id=B57804.16632677838056 (code B ref 57804); Thu, 15 Sep 2022 18:50:01 +0000 Original-Received: (at 57804) by debbugs.gnu.org; 15 Sep 2022 18:49:43 +0000 Original-Received: from localhost ([127.0.0.1]:59165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYtvj-00025s-Bh for submit@debbugs.gnu.org; Thu, 15 Sep 2022 14:49:43 -0400 Original-Received: from mail-ej1-f47.google.com ([209.85.218.47]:33359) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYtvd-00025V-2U for 57804@debbugs.gnu.org; Thu, 15 Sep 2022 14:49:41 -0400 Original-Received: by mail-ej1-f47.google.com with SMTP id lc7so44255270ejb.0 for <57804@debbugs.gnu.org>; Thu, 15 Sep 2022 11:49:37 -0700 (PDT) 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; bh=sxh3etBmieR8zQf/Ds790H6AYj4LZoCXs8Dfv5a3R9U=; b=m2bAes6vUqgFy6/wUo1fSwOggTElaCNw/8VdAyyFGfSXxzOHjuii2hBeYCUTtVsxI2 lrk+afjaeObHAVqIysXItMOybjdG1EYsJg52ZfehIsYc8caoGj5QkrtPiq0OD/fQz7uo kg7wOsvulKOuIm+D/gN/HZhcaueHSbLXn1ViVzm51ITK0RISER2hI8SDPqaTFcBPVNjR OxL4wFB29p8t6zyHxbSakE39n0emlzL+k9GZkf5c/IO0YQ/0dUzhA8HlpHNBDy+ojRx7 3JcLIL+fpv6/NoY0acor74dKQkriPi8B1FhnRk+dmL6TCYy9oxWCqhX+etQrBTHo5XP9 FxQQ== 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; bh=sxh3etBmieR8zQf/Ds790H6AYj4LZoCXs8Dfv5a3R9U=; b=w2ke2h3PaarVYHgjHknlIGcO/bMZ4Z4WsDd3UV+GY6UUgNgNrl6DmyV71H2UhKZL6j Onm50/MQ4+MaT2RsLO7TMmjWjEI4f6WRFDFEW382SXqVG+2/6KMbFOVgFdhHTF4X5jd+ ZGyj5vcQ04kRfmbNpAaQgaJBX7tCgI97Hx7g8KoTZaqIlQmMq12zv2UaTHeaqWZnr0F8 DrYYy3BQFQJFAHs/jV8fky2lTdRiBcc58uEd5tcanUIOmlZ8hlLjBBTSzoViHxPOiUwn +GkaY0/YWjIuPSMbZmYi1fm54yTSSaRMvAnOnXV7iAIZDn1aLaAHWISZymvIonaGGaJE 3xTw== X-Gm-Message-State: ACrzQf3ISWtuv+Ix5AbzVa/fQLE4laU0nTQtlfqtPgwocIVlMlE0V4Rx eQlc5CfvI9DZYue5T5xr1fxYO7vjqVnEjgSKbg== X-Google-Smtp-Source: AMsMyM6kxr1zdU5gkTnhYP+KfTWrPsNsRagcAvJblKsRFMscQWOf8HBExLnIWhVchGEFN0CU8bPn4sZ9TEc8ryIkEcc= X-Received: by 2002:a17:907:7f9e:b0:77f:c4c7:915e with SMTP id qk30-20020a1709077f9e00b0077fc4c7915emr900627ejc.485.1663267769301; Thu, 15 Sep 2022 11:49:29 -0700 (PDT) In-Reply-To: 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:242631 Archived-At: --0000000000008e448f05e8bbb4a6 Content-Type: text/plain; charset="UTF-8" > already told you thrice that a > simple way to fix your problem is to set long-line-threshold to a larger > value (or to nil). Thanks, I added `(setf long-line-threshold nil)' to Emacs startup configuration file a couple of days before. But unless I'm missing something, this is not a fix, only a workaround. The variable is not buffer-local, so I cannot change it in the mode, only as my personal setting. Paul On Thu, 15 Sept 2022 at 18:44, Gregory Heytings wrote: > > > > > My attitude is explained by my general experience with Emacs itself and > > reporting any problems I have had with it. Sometimes everything went out > > fine, but far less often than I would have hoped. > > > > We're all doing our best to improve Emacs in our free time. It is > unreasonable to expect that everything would go fine (with your own > definition of "fine") in all cases. It would not be reasonable to expect > that from a private company, either. > > > > > You may see me as a jerk, > > > > I do not. > > > > > I suspect your "help" was to the tune of "instead, you should just...". > > > > That's a rather strange conclusion. I already told you thrice that a > simple way to fix your problem is to set long-line-threshold to a larger > value (or to nil). > --0000000000008e448f05e8bbb4a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> already told you thrice that a
> simple way to = fix your problem is to set long-line-threshold to a larger
> value (o= r to nil).

Thanks, I added=C2=A0 `(setf long-line-th= reshold nil)' to Emacs startup configuration
file a couple of= days before. But unless I'm missing something, this is not a
fix, only a workaround. The variable is not buffer-local, so I cannot chan= ge it
in the mode, only as my personal setting.

Paul


On Thu, 15 Sept 2022 at 18:44, Gregory Hey= tings <gregory@heytings.org&= gt; wrote:

>
> My attitude is explained by my general experience with Emacs itself an= d
> reporting any problems I have had with it. Sometimes everything went o= ut
> fine, but far less often than I would have hoped.
>

We're all doing our best to improve Emacs in our free time.=C2=A0 It is=
unreasonable to expect that everything would go fine (with your own
definition of "fine") in all cases.=C2=A0 It would not be reasona= ble to expect
that from a private company, either.

>
> You may see me as a jerk,
>

I do not.

>
> I suspect your "help" was to the tune of "instead, you = should just...".
>

That's a rather strange conclusion.=C2=A0 I already told you thrice tha= t a
simple way to fix your problem is to set long-line-threshold to a larger value (or to nil).
--0000000000008e448f05e8bbb4a6--