From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#47711: bug#48841: bug#47711: [PATCH VERSION 2] Add new `completion-filter-completions` API and deferred highlighting Date: Mon, 16 Aug 2021 17:00:09 +0300 Message-ID: <77e98cdf-427d-ec7a-7a49-04dcd65d6a94@yandex.ru> References: <9f59f87c-2489-aaa0-5b3f-0e911b7ffa6c@daniel-mendler.de> <8a36e61a-1c5b-bf3b-a454-077348589c4f@yandex.ru> <87y29471ov.fsf@gmail.com> <837dgob6yo.fsf@gnu.org> <87wnootec0.fsf@gnus.org> <5d70b0ad-3838-ddb8-d341-9a5531d9da73@yandex.ru> <0cbf224b-b382-8a02-3f06-9f6d7e5e9741@yandex.ru> <87a6lihv7b.fsf@gmail.com> <63e03b18-db81-3b11-c692-0af9df20c506@daniel-mendler.de> <83k0kl8sxm.fsf@gnu.org> <83bl5x8r02.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20245"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 Cc: larsi@gnus.org, monnier@iro.umontreal.ca, joaotavora@gmail.com, 48841@debbugs.gnu.org, 47711@debbugs.gnu.org To: Eli Zaretskii , Daniel Mendler Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 16 16:01:29 2021 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 1mFdBB-0005AR-GN for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 16 Aug 2021 16:01:29 +0200 Original-Received: from localhost ([::1]:50312 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mFdB9-0006vI-I0 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 16 Aug 2021 10:01:27 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55768) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mFdAk-0006qe-NB for bug-gnu-emacs@gnu.org; Mon, 16 Aug 2021 10:01:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39106) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mFdAk-0006r7-Fj for bug-gnu-emacs@gnu.org; Mon, 16 Aug 2021 10:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mFdAk-0004ax-8b for bug-gnu-emacs@gnu.org; Mon, 16 Aug 2021 10:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2021 14:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47711 X-GNU-PR-Package: emacs Original-Received: via spool by 47711-submit@debbugs.gnu.org id=B47711.162912242017602 (code B ref 47711); Mon, 16 Aug 2021 14:01:02 +0000 Original-Received: (at 47711) by debbugs.gnu.org; 16 Aug 2021 14:00:20 +0000 Original-Received: from localhost ([127.0.0.1]:50650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFdA4-0004Zp-FZ for submit@debbugs.gnu.org; Mon, 16 Aug 2021 10:00:20 -0400 Original-Received: from mail-wr1-f49.google.com ([209.85.221.49]:44878) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFdA2-0004ZZ-9o; Mon, 16 Aug 2021 10:00:19 -0400 Original-Received: by mail-wr1-f49.google.com with SMTP id x12so23770232wrr.11; Mon, 16 Aug 2021 07:00:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=TRh/MX4EmZ66FHgFcppaqwOteymb1PkCFqcfL2chujM=; b=nc8WsBVrgLM7Wg59v/X/yVkCG2OfyyIRx/PpQksHaIid1Vq9sPXVm9PjXGiYRCYg1n xd21Ticr7+zaFBi3Ld7zN1osRzc9PQvAUCtyZtsUQf7ob+5YCwt7scHA9hi0Wu4pa+v1 18avkACqPKi1T1PU9zBgquM2nXDjDSHPhRqd499obNVYgujJVw3v7Ltkyn2iiqXdZJjI l1hsJrlLpN0KsEA9220uwl57J6w090jMy0/Pw4ZyIh27E6fd8090J+3ZbSa7nif0utAD uyAzY1eTH/eeQUri+8D3Kw1+XtyF8eGOsvOiefpt6bXROUFIpYhE2MBvpyX5agjhXGBO qgZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=TRh/MX4EmZ66FHgFcppaqwOteymb1PkCFqcfL2chujM=; b=E0CWZgdro8+W8iExYu5VNRkV+6zhi7TIwWX2o3sKZHvnF8PYYDjxstQ6Ls3FOMWFRP 6sb1RCc5CmZsDnEzNjuBLr3PvZpO+6dQiHwedzZ5cnu7Bad8VvoIVd8SOlTrESeCqF7K hFBqf1pdnjx8qXd4JMmENqlkjIsYTbdI3jrtxWuvvsw1Zp/OGv4xeKZKe5cJZgWuEuRX bzxZ6A9RWwH1LqwMRZJuyqsVy7/PBW/Wt1RU9vNLIeMhtmtDGavkBsWQZ/FNpR7WxQUy 57+/iYv+iiRk01XCux7M2dXwm74dlCp19Nstf3uQFWFzJk8znFS83VfcD0c+7Fi2o5/T yh0Q== X-Gm-Message-State: AOAM532b05QFkVCvIDZ7mul2xvv2j0JjbSqlJaJcMP1fMGgFJdMnxcee ArAQup7hthN2SzlasL7T2SzK78M959g= X-Google-Smtp-Source: ABdhPJwkiy4M0IJtYn95Q8/m/tfWfaY59QCabBgr3N1AqLNUuCiXa+Kfi5NmDtUY+Q6aUSP7Ubx89Q== X-Received: by 2002:adf:e551:: with SMTP id z17mr19265734wrm.40.1629122412318; Mon, 16 Aug 2021 07:00:12 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id a11sm11840585wrw.67.2021.08.16.07.00.09 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 16 Aug 2021 07:00:10 -0700 (PDT) In-Reply-To: <83bl5x8r02.fsf@gnu.org> Content-Language: en-US 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:212028 Archived-At: On 16.08.2021 16:21, Eli Zaretskii wrote: >>> FWIW, I also don't understand how adding properties could cause a >>> memory leak. When a string is GCed, its properties get GCed as well, >>> all of them. Am I missing something? >> >> If you add string properties to all symbol names this memory will stay >> alive for much longer than necessary. > > That's a very extreme example, something that I wouldn't expect a Lisp > program to do, without removing the properties shortly thereafter. And that *will* happen with Joao's approach, as soon as some package implements a Lisp completion backend in a certain (legal) fashion. Or using one of a few different fashions, actually. > And even that isn't a leak. > > Note that we already put all kind of properties (although not text > properties) on symbols. Those do not, generally, change over time.