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: Wed, 03 Aug 2022 09:21:00 +0800 Message-ID: <87wnbqcebn.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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8607"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) Cc: Eli Zaretskii , gregory@heytings.org, mattiase@acm.org, philipk@posteo.net, silent2600@gmail.com, emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Aug 03 03:22:23 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 1oJ35Z-000203-S9 for ged-emacs-devel@m.gmane-mx.org; Wed, 03 Aug 2022 03:22:21 +0200 Original-Received: from localhost ([::1]:58560 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oJ35Y-0007m7-By for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Aug 2022 21:22:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36800) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oJ34V-00075I-Ru for emacs-devel@gnu.org; Tue, 02 Aug 2022 21:21:15 -0400 Original-Received: from sonic308-10.consmr.mail.ne1.yahoo.com ([66.163.187.33]:39677) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oJ34S-0003a7-E7 for emacs-devel@gnu.org; Tue, 02 Aug 2022 21:21:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659489670; bh=L3xXTcfy04kNmJzbMVEUpY3dNT6xczP7z5Q+l86Opzw=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=j+6YT6pVCWQJ5bK3u7ErBZL0VP6NrBkk6A5cpFnHqp3rJrMN2jtCTGzgmX/gkiL66egEHz00KVhqM7OWfyfNIgu70/vP1zFCtAFJmbq3Jjn0JWF/bBZo4Jy4VcLZ9S8jB0t7nUaR4ddQKPa7kUUamklMCxPcAtlLeheXsBIOvyEF3TgXT7pbTMqoViKa/kcYVwYmSTRF0pmBNZcIhReJ+UdSVXLYx9DY5mCDWK7+KQj7sLoAgy/WMbzVC1tNpIAXJrY/6QOXiWj2OZjvr2WqWavr+Mams1hP8oYPucD6Q4Tk1LC9YvN0ApKTnBz+Ai+r/QsByXPwpDZqqrcOtw2KFw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659489670; bh=vpDHKMZ5cgui4ZprbP6RE6/XQpbtyGz+xPoJyOaX4+J=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=TBGTmbQLM1J+C0x6I0N07sJAObtGjsOSuMnImUpLlcaqokkq0tvzGE3mpeevr85Y+zPl2F0L93v0SyoGQDq/bR4VHwtOxS60Um+KGhno3ES7yylbn5ScMEZPD7OzZA/1v0XrnOSUkE2PFnfHYE1WMirBqLqoIhUDsdCJQw65Y136IM+C0P/Ju/8LNPTXybG3oKxzTW0Ec8dTnLEiosbTk8k0cHK0awEdBzo5Kjq92phcxyospXzqypBRZFCGc7qIYvPtALvmstG4QHSjV49juyKgIAEsZ9qg7wtCcYEKIVSMeUBAjVWYvTzJe1rQJ0JiYx5LHS10MIGwqkJUWwoGSA== X-YMail-OSG: 56Mf6lUVM1mAavc_APpjbXYczTNPwd8l8rm9lWGActJ1xy1c3NjI5li10woXVs6 BkzLD49M.ZmMlkk75in2PZ0LwgAqq4gzLdoMF7Zoza6nc5NktxkODpNe5mV9o6Yy6_A_0D9Z8hCT vAwA94sTdMavcbmKC8fmUBer2eY7QdRe1wlwJfjTrCDLQyfdJG84SHt1vz_trIWnabTZB098XRUY cMdA2cqs7CaNbXgmUrsu8XxP9KcLpEy5rbr8_XGz8wSj8BHZJYnSDR9pAq9xNXWBv25.WrPGrZqJ 6ZC6xkTTgJn.yd.H._uwGNlxvs9_MleaIJ_XWK2S..8Qouvo1Ct0REQQEJ5IEMElaB47bWyg_ygg F5LqKqm_o55qhItDYrj8Nui68fmTWkBgDxUBH_myRDQlp50cKd7EhVoL0x8zzT9skcy5cYJo5NQy f9zJeUTLMdkuvzIyQX2nUaS6iYwhtKXd8MBOntI9C.s50AGn6IxBT3N3NwBwF_7nCiENljp_OisD j9SjkdGD.pmrCzkKD6VTItyDYrQzb52CE3AwSBlNdg_cwAUTZYRjR7zKZ_66aGmyDgnTb19LZnWD GNgBt8LVtNFQH.oNWk35krTTJoeq13YnA0lJAqUlk7BjcUfXhWnLIxMdye18uJvxqZyHq8vC3jRQ O3fRXeZBbCaJ_2TASW5fOl01YuPrAX4pjqY_wYvyTRTKSUZ9tXzKePWU.N_Op4bUIuAUui52gTkS fEPBTx5MqUaLeGesGnnzgWBeyQmcMhvMsqt3YHGjK0i_2bE2g29Wv7CZ97Sh1T04KRElm34d1QhT hk2fKT3mPG3lz7BtaRH6BK7ylyv5BzniSyDR1R8VeZ X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Wed, 3 Aug 2022 01:21:10 +0000 Original-Received: by hermes--canary-production-sg3-854c886654-t42lr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6583b74897a7f001687b875031854f80; Wed, 03 Aug 2022 01:21:06 +0000 (UTC) In-Reply-To: (Alan Mackenzie's message of "Tue, 2 Aug 2022 20:28:42 +0000") 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.187.33; envelope-from=luangruo@yahoo.com; helo=sonic308-10.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, RCVD_IN_MSPIKE_H2=-0.001, 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:293000 Archived-At: Alan Mackenzie writes: > A rigorous program MUST now test these. This is such a horrible > artifact that it won't get done most of the time. [...] > There are no safety fences of any sort. The meaning of a program using > w and n-t-r is no longer determinate. [...] > That's a month in which the discussion was open only to somebody who > reads every post in the bug list, such as yourself, or who came upon the > discussion by chance. Others, such as me, were unaware of it. It looks > like the decision to change the byte code interpreter has already been > taken, and I had no chance to participate in that process. > > Is it really right that fundamental changes to Emacs get discussed only > on the bug list, or in secret[*] on emacs-devel? [*]I.e. when the > subject line is not explicit. > > Anyhow, I wanted to protest and I have done so. The arguments between > the two of us here about widen and n-t-r are clearly not going anywhere, > so I don't intend to continue them. I won't feel put out if you don't > want to answer them. I agree with Alan. Is there really a slowdown associated with allowing code to widen outside the bounds specified by redisplay long-line "optimizations"? Or are we speculating about a hypothetical problem that doesn't exist again?