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.bugs Subject: bug#55205: 28.1.50; completion--replace illegally mutates completion candidates Date: Mon, 02 May 2022 19:24:10 +0300 Message-ID: <834k276gyd.fsf@gnu.org> References: <4d1b8687-20f2-137a-2739-7bba28828991@daniel-mendler.de> <87wnf5mpt4.fsf@gnus.org> <835ymp78hl.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40958"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mail@daniel-mendler.de, larsi@gnus.org, 55205@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 02 18:25:28 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 1nlYrY-000AUw-9k for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 02 May 2022 18:25:28 +0200 Original-Received: from localhost ([::1]:37304 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nlYrW-0004a7-U6 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 02 May 2022 12:25:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45784) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlYr9-0004Zv-3N for bug-gnu-emacs@gnu.org; Mon, 02 May 2022 12:25:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43903) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nlYr8-000114-Oi for bug-gnu-emacs@gnu.org; Mon, 02 May 2022 12:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nlYr8-00089a-L1 for bug-gnu-emacs@gnu.org; Mon, 02 May 2022 12:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 May 2022 16:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55205 X-GNU-PR-Package: emacs Original-Received: via spool by 55205-submit@debbugs.gnu.org id=B55205.165150865131261 (code B ref 55205); Mon, 02 May 2022 16:25:02 +0000 Original-Received: (at 55205) by debbugs.gnu.org; 2 May 2022 16:24:11 +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 1nlYqJ-000888-Bd for submit@debbugs.gnu.org; Mon, 02 May 2022 12:24:11 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52200) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlYqF-00087d-U7 for 55205@debbugs.gnu.org; Mon, 02 May 2022 12:24:10 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:60286) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlYq9-0000uk-C7; Mon, 02 May 2022 12:24:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=IKp2HqSkCwc54OcydIXi429b0v5Z/wIqM72oEqBvne0=; b=WOZiBrzRYSKU Cf29/gFsaxQS0jjcST7mHsNTqkKlVgE8vJ6XTmJORuQ0uJZEjy0vIUZkiB1APzTiPrkdg8tClmmvi pVXCvKxYYfNrMzJAQvnygjgC/Dohl8F9BwqN5ElbyXEHnrWCZmZzJqPE+jGxesdrDMK0rtw0CYTDG XOkVe/Df0LicJGAIC1c+Ps5x2TwFIn5wnBbVbtcqflebd0ZW/0iXQcdO8gD4HGFNsh6seaVTQhy2C EcSZK0iuiFnh/3p53Qp6cBehgJXfnMwL52MWS6zdMEOAuREZx/eOzW5nxp0gO/yGcciPI6rvwiIXF q2hH29WDOZE5UP4NyaM1Jw==; Original-Received: from [87.69.77.57] (port=3158 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlYq8-0005Cv-T0; Mon, 02 May 2022 12:24:01 -0400 In-Reply-To: (message from Stefan Monnier on Mon, 02 May 2022 12:01:18 -0400) 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:231267 Archived-At: > From: Stefan Monnier > Cc: Lars Ingebrigtsen , mail@daniel-mendler.de, > 55205@debbugs.gnu.org > Date: Mon, 02 May 2022 12:01:18 -0400 > > Eli Zaretskii [2022-05-01 15:17:10] wrote: > > I don't understand how can completion work in general without > > destructively modifying strings. > > The completion API (i.e. between the UI code and the completion backend) > is basically functional: the backend is a function that can operate > without any side effects. > > The only thing that may occasionally need to be "modified" is the buffer > that the user is editing (most often it's a minibuffer). > > Why would the completion UI ever need to modify any of the data that > belongs to the completion backend? Or are you thinking of some other > form of "modifiying"? Or other strings? I have no idea. The way you present this is waaay above my level of understanding. Completion takes text typed by the user and produces strings that the user could possibly mean by typing what he/she typed. Some part(s) of the candidates can legitimately come from what the user typed, some other part(s) could be invented by the completion machinery more or less out of thin air. Why should anyone expect this meat-grinder to refrain from destructively modifying any of the involved strings?