From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: emacs master + org Wrong type argument: number-or-marker-p Date: Thu, 04 Aug 2022 16:42:33 +0800 Message-ID: <87v8r88kna.fsf@yahoo.com> References: <83tu6v27yh.fsf@gnu.org> <6F871C02-AC26-4B89-B64B-E9F4ACACDBE7@acm.org> <83sfmf26b6.fsf@gnu.org> <835yja7o7j.fsf@gnu.org> <83v8ra5uee.fsf@gnu.org> <87wnbqcebn.fsf@yahoo.com> <83o7x259wg.fsf@gnu.org> <87edxyc5ds.fsf@yahoo.com> <83iln95yd7.fsf@gnu.org> <83o7x04kul.fsf@gnu.org> <87tu6sa5uf.fsf@yahoo.com> <83czdg4h7p.fsf@gnu.org> <87k07oa2ie.fsf@yahoo.com> <837d3o4eyn.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="24794"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) Cc: monnier@iro.umontreal.ca, acm@muc.de, gregory@heytings.org, mattiase@acm.org, philipk@posteo.net, silent2600@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 04 10:44:57 2022 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 1oJWTR-0006FV-2y for ged-emacs-devel@m.gmane-mx.org; Thu, 04 Aug 2022 10:44:57 +0200 Original-Received: from localhost ([::1]:57266 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oJWTP-0005nK-Qd for ged-emacs-devel@m.gmane-mx.org; Thu, 04 Aug 2022 04:44:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54150) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oJWRP-000537-4m for emacs-devel@gnu.org; Thu, 04 Aug 2022 04:42:51 -0400 Original-Received: from sonic301-31.consmr.mail.ne1.yahoo.com ([66.163.184.200]:32789) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oJWRN-0006vK-Am for emacs-devel@gnu.org; Thu, 04 Aug 2022 04:42:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659602567; bh=1VLx3wC8zJQ+wm6ohQOqD5HeSCb5tgjf/UkIJZX95q8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=UxUAyj1Z4tS4mjvvEAmCxopqg3Ew780hb/STN2Sm2glfdw9MXuSbxI0tDiCouBOTsIT/I10mGUEZ9kfOap1Y0lrYikymWalcGmpXp1h0EoaMFhZ7F9Cy1r9Jc5SbUIDtLFftUC1/aFw5jcRsFCs5o6r6wOXfpr7TVVoKSyH2QGn3EmSb+rMnvGJwse6Bn05WFrLNvjYlEI97THxcjCmoExOcTo0eeJoz6VpUfBoXNpUAo5VQuniN0BZmWBKn0daIe76lpFjpPju8jsVHqhe6nUrFw3Po23iHH2yU0OC9FvOHYRs4OINR2EKTgTago4kO6s+NpO5yIgwrxCUd5KQUBw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659602567; bh=1ChD5SJ5FK5LzNCGy0OKQ0CxwbsFUf3hBdq9yBsqhW2=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=LO9BKjzUtozhCR9Ki7RhDSmU2WlVm0eng5fTkX3c+czQeLebvfx8LLNg//zaW951OhtFc7cQOSJQ+72q+QKkRiF+SbcEJ6Kh6LBpsA9CQ+7O9kZCYJwd2d/QrGG9P4rWWr5Wawa2MThxw5YsXGt2Lf/gJBLjOsCJ0sb/qApYABaPy0l08F826ePSb3+YXDeiDYvqrv8+AwJA+zGtsvFv7ONsM3LYC2Qu4OzVDEhhfCNEm5m67u67VJbqc3u+jVMyVpSVmTh9MMeZv3Xm1MT9YYXERjORqlQ8DJF+dxSW6a3ha5le5QUEpU6Z1DGP56aIhUXLL9LAfJKSzEtckOzzxQ== X-YMail-OSG: s7coix8VM1nxK4t7hScRZWimdv9x2v9uWX9mh8Kmtka0AlanQp1l1F3dVtdi1z7 iL_hDNujyTKCr.eA8EXH5bIaxo7ej0G_dT0ztCbk5LbLbCrpEA1yI8XnSesjeqOvp9B9MBvxcM_e ZPxXKVw_QP_MBZ4bjNVGkQiwBcD7kuJ6CW3.jr4jVQBcxgon8r5OyN_I.Jln188g.IkKJI_YrrdB eIYmguEGf36keft.5NgwU.NoteFS5G32u2jDRY910KWsLA0d7OGeW4cy27QNbImSmXEnRf9FVVPY lLWus8Xy_Fbzj6_ZGbpDxpfQTYCOF58DYZLub467z3VRmGIxkA77DbJdJaLmK9FW1cVz4OBeDn_w eY9QKRGCj__b_CWXjNf2ZXn7CzRFkcYGLsu87J1JHVW7_Sc4G4uGXPg_YpY779Cz96w84VhxdUNk b3IzS.1hrx32_0nBKu6_x.vL7ON1mtINVykjQmEMstxK4efMxAUtM6atZHgSiokOfBEKijTqSQQT RX765llsPA9n0dDimqYJVOD2LA54VlTpODM6XxA0UvzT7pR4wdLcWOfx0pxY1AJzohBvR1QHLe7f ZBzUACGkXwRf42NxAK.hkLkGNYT1LBHSkOeXa3yhhHHnAXZk0Q.ld9vfUkOBYdZQJ3OjJQSnCGr2 vDO4l41aVgVxtXQ3qKjTv8iYLDaEjxDDMMKTab8.Qz6NldvpOBI7.37M.hg0mcIbh43HEWS9fS7z zs5yC6eHYCqA0Z4lHLD1OjBvFRc6QU5TeIR3Cyr2.VNEIXwQLCTPTf_NmQfuKC98Giq8wE36lgNb InWoRDYAKuRYNNAX2IjEZ.UhQcV.fUbTZoKLPbvmi9 X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Thu, 4 Aug 2022 08:42:47 +0000 Original-Received: by hermes--canary-production-sg3-6f58cd9b5-p4pb6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a67613f6ec1ece9d41d421f7dfbead7e; Thu, 04 Aug 2022 08:42:42 +0000 (UTC) In-Reply-To: <837d3o4eyn.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 04 Aug 2022 10:58:56 +0300") X-Mailer: WebService/1.1.20491 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.184.200; envelope-from=luangruo@yahoo.com; helo=sonic301-31.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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" Xref: news.gmane.io gmane.emacs.devel:293046 Archived-At: Eli Zaretskii writes: > We decided that we do want to impose our opinion, because not doing so > results in Emacs being unusable, which is a long-standing gripe of our > users. Since this problem wasn't bad enough for major mode developers to care about in the past, what makes you think they will fix it now? IMHO, it is much better to make what can be fixed right now (by being present in the Emacs repository) explictly use the "new" narrowing, and not interfere with user code that does not concern us. And what if someone wants to write a fontification function whose results depend, for example, on a single character at a known position outside of the accessible region? That cannot result in a freeze, but is impossible outside of a timer function when "locked narrowing" is in effect. > fontification-functions are not user code. Anything not under our control is user code that we are forcing restrictions onto. > Long-running timer functions, if they are not interruptible, are a > clear bug in the package that does such things, so any such timers > will come back as a boomerang to those developers. I'm just trying to demonstrate what will happen once the forced narrowing starts to interfere with the operation of various pieces of third party code, which might possibly be discovered some time after Emacs 29 is released. Long-running fontification was not a significant source of complaints for their developers in the past, and things are likely to remain that way.