From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#70784: Abolish string resizing Date: Mon, 06 May 2024 20:23:16 +0800 Message-ID: <87y18n3z9n.fsf@yahoo.com> References: <86wmo7b2pz.fsf@gnu.org> Reply-To: Po Lu Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36538"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: mattias.engdegard@gmail.com, 70784@debbugs.gnu.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 06 14:25:08 2024 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 1s3xP1-0009Bg-PE for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 06 May 2024 14:25:07 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s3xOu-0001vV-2M; Mon, 06 May 2024 08:25:01 -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 1s3xOc-0001og-B0 for bug-gnu-emacs@gnu.org; Mon, 06 May 2024 08:24:46 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s3xOY-00046B-O3 for bug-gnu-emacs@gnu.org; Mon, 06 May 2024 08:24:40 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s3xOw-0003VO-Ap for bug-gnu-emacs@gnu.org; Mon, 06 May 2024 08:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 May 2024 12:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70784 X-GNU-PR-Package: emacs Original-Received: via spool by 70784-submit@debbugs.gnu.org id=B70784.171499826213447 (code B ref 70784); Mon, 06 May 2024 12:25:02 +0000 Original-Received: (at 70784) by debbugs.gnu.org; 6 May 2024 12:24:22 +0000 Original-Received: from localhost ([127.0.0.1]:37794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s3xOI-0003Up-1z for submit@debbugs.gnu.org; Mon, 06 May 2024 08:24:22 -0400 Original-Received: from sonic309-20.consmr.mail.ne1.yahoo.com ([66.163.184.146]:40317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s3xOF-0003Uh-A0 for 70784@debbugs.gnu.org; Mon, 06 May 2024 08:24:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1714998229; bh=cM2pYNNOoBBkerlcIytdQR7NnzAOauz8kGZYx+tcARk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=jyIBXUF1knyN7NPqiJjxjnXFDT2pot/huhPllw1HVznhpKEjW5RxZlyKICgzTxdm5F5fGs6G471z7H3zLpTWZ9+wRmnykMQb63D3ywid1TagUAgtGZwa8+qT/HaglQJ2CPCNNqLn7woQq2xI2frqKdqHGUNRYW6+0a3T5XiYKCzsDOkJCKScOrFNkLB9leL9Rp3j/u00reDX/ncuBrBDrc1t/NQVHZ191ZHpDEz6EAW9uJ3yt0rNgvJAV9RKk03rqBav2KJ0n/c8smzeXBybUvN94bnJC02nOxcF8MTtfaeEJBRinbiJb8URTNsdVIasfTGAnDxYnnwJzifwq14HVA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1714998229; bh=YLCgq7/Fq3TyEHRcJd06ApbAD7IkfvJ45dH9dtQqPTl=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=DUkVVCAyeKZ2VDktfn9OuFQzcdDlXWRAJInAtwh3z7b1PL4N96HlkLP7YdE8fV3dkzACCJIAnm+ATp29WoHmoZerDGm41bQOO/0dvoyTiGErhg4QeSBQ7FFoAYfD5fGvYmZ9xzFVjeYWq3ocsskNa1lWT7+mWO/OjAMo86HR0fDC+gj5EG0ONvaNuMdq4vhwx/IwgvaQKgbImCP4LWOOd1DCO6rlTaVL0SC1zMX+hWztm/AM04k1R9xfpM6BHQUQXGn4/7acR5p5FKcctn9QmUjJzAS9hoCstlB+uQ8DzloUo6U9l8xVxq4ttREcPl5uG/uDkC2BR0IS31j8hinoVg== X-YMail-OSG: mNmhKa4VM1njocOh0TkffZOeaBnQm.HcY_kzzAadVZBDp71UJjHNo8NOJF2.MEV gTgjWB2Xiqs9yldEWSDQchj42lN7_9oK2VMuI1TExv5weNxBh8lr.3yYtG.sKinkiEE_TyV0nxWX yK2NIeLPoBdtNR2EyR648KU9IdBMJrfumoPQvzvDrSkSus0MO7IyMbe3g2jSrVV7lcKVD8pXlKST n.pchwjexwcO_xlINkestfwJLhRiThAV4knwRIPN14lVA3vqNWhDsbJDAPIWShbLofQPyGk7jr0g 9vkm4up2rImr2BuTzuzRX7P8sOdpLxTKM38q97swRqDMtkgMzKA_zIROMfypNX2MaMHlIsnfFusA PZRrUMuknDbxFIzP6XtQffxZqb2RQwQBojyvTA96b_rSTumCYUPQc_XronEptJ5zQfhoZUG_m0qT aXNUdK194pO_9G20NCA7ZCr.iuGPWzeqrjdc2I9XdCTP6QoSHLHHb1_M8Zqmgxx3aIHVUuTrv4Es RGtSj6sX7E7xMHBTROKFscsukM9_nu9WxEq_FXvbSu5bxqyhX3_a3AnRlDWMMQ8SlIuDywUe3okO pwhJeeoA7RGFRroELJyQ_iyA2aeDNxTXfL.P4uex02TafdmA.gk4ost4tiV8RQyNI2e3q9wHKRZi WpyOi16yVRSET08_hdfKPPfQOpQjKFQ3lTyIdjX1VnB7Lh4HG8JwSNTnRy4JMSyS_D6aNo7zTbk_ Sbl83X2M0zkwmnjk.CyCpegxC9eZRQnT2t8P5UeGTGhvlUsLu4l1UnLhax83HIJ2TydhYvWYSw2P t64Etji4tGJxwPloePWH894m9rfJqDEN3SCQzh7Fis X-Sonic-MF: X-Sonic-ID: 1e31d3a3-1e35-4b3c-9d5c-d029a191951b Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Mon, 6 May 2024 12:23:49 +0000 Original-Received: by hermes--production-sg3-6f9f87bd85-sgvbv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 624cfab573f71c3ec08535d5914da65c; Mon, 06 May 2024 12:23:42 +0000 (UTC) In-Reply-To: <86wmo7b2pz.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 06 May 2024 14:26:48 +0300") X-Mailer: WebService/1.1.22256 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:284575 Archived-At: Eli Zaretskii writes: > We are not going to abandon backward-compatibility considerations. > But refusing to discuss significant changes just because they have > compatibility issues is throwing the proverbial baby with the > bathwater. Refusing changes is of course 110% backward-compatible, > but it has many disadvantages, to say the least. Instead, we should > see how to keep compatibility, to the extent that we consider it > important, without blocking changes which could potentially help us > adopting new technologies and improving performance. These principles are no doubt valid in general, but please consider what is the feature whose continued existence is being called into question! `(aset string n foo)' has been possible and countenanced for ages, if not forever, and, I trust, such behavior of a quarter-century's standing is among the rudiments of a language that should not change without a very compelling and immediate reason. Theoretical or even demonstrable performance wins, or the hoary old commonplace of facilitating the adoption of new technologies, both to be found in the release notes of proprietary programs everywhere, provide no such reason, simply as the performance of strings has never been a source of user complaint. Without such a plain justification and a clear strategy for evaluating whether the results so produced meet expectations, there really is no detriment in categorically dismissing proposals to alter them, until such time, if ever, as these conditions are created. The quantity of user or package code that would be erratically broken is alone enough to send shivers down one's spine.