From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Wanrong Lin Newsgroups: gmane.emacs.bugs Subject: bug#39484: 26.3; try-completion bug Date: Wed, 28 Oct 2020 08:59:24 -0400 Message-ID: <44009e48-c8b7-72c1-b505-4308d84c24e7@gmail.com> References: <874kmf1peq.fsf@gnus.org> <87361zbi5x.fsf@igel.home> <87h7qfzdf8.fsf@gnus.org> <87y2jr9zwt.fsf@igel.home> <8fed8748-8331-5ca7-6c91-108c27945bb2@gmail.com> <87tuuf9xgp.fsf@igel.home> <87ft5y3i17.fsf@igel.home> <87tuuevgl2.fsf@gnus.org> <87zh461yas.fsf@igel.home> <87lffqvfvk.fsf@gnus.org> <87v9eu1xon.fsf@igel.home> <87tuuetxbb.fsf@gnus.org> <87lffq1snn.fsf@igel.home> 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="28258"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 Cc: Stefan Monnier , 39484@debbugs.gnu.org To: Andreas Schwab , Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 28 14:03:10 2020 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 1kXl6b-0007Gj-Nn for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Oct 2020 14:03:09 +0100 Original-Received: from localhost ([::1]:41040 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kXl6a-0007kO-OY for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Oct 2020 09:03:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39226) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kXl3b-0005mX-21 for bug-gnu-emacs@gnu.org; Wed, 28 Oct 2020 09:00:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36102) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kXl3a-00021A-Lh for bug-gnu-emacs@gnu.org; Wed, 28 Oct 2020 09:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kXl3a-0004hi-JH for bug-gnu-emacs@gnu.org; Wed, 28 Oct 2020 09:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Wanrong Lin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Oct 2020 13:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39484 X-GNU-PR-Package: emacs Original-Received: via spool by 39484-submit@debbugs.gnu.org id=B39484.160388997618017 (code B ref 39484); Wed, 28 Oct 2020 13:00:02 +0000 Original-Received: (at 39484) by debbugs.gnu.org; 28 Oct 2020 12:59:36 +0000 Original-Received: from localhost ([127.0.0.1]:47648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXl39-0004gX-Ng for submit@debbugs.gnu.org; Wed, 28 Oct 2020 08:59:35 -0400 Original-Received: from mail-pj1-f48.google.com ([209.85.216.48]:53709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXl37-0004gI-2u for 39484@debbugs.gnu.org; Wed, 28 Oct 2020 08:59:33 -0400 Original-Received: by mail-pj1-f48.google.com with SMTP id m17so1575454pjz.3 for <39484@debbugs.gnu.org>; Wed, 28 Oct 2020 05:59:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=CWBx8nyRhaZtAUOtY/vljbEwVr3dWrDJdz7o4D/ugmU=; b=bYdilpgb6Kos0REk1UD+3EjnbEOlhqR0/9Fx/lCZ3s/hCO1uoGQFV4tSNDolubCzp8 26T5jeKuQzkYaXTrTEKGf7bsc9xJGQKHMJ0X3Y98dS/QCZQSYhrh9rTqvZV3ilXFQXoI VniiNlqwCSpy1Fl6LIscRjzU9O9leZW7PZrDOC7rUqvuIgAEICmPxeDKUhuYeY7Tm0ce Q4WPBgHh/5iO3lwiLuZC0kZkwcaF7wZb7TSVFw21tnxwSnO0hev41gV4somW6n7Kbcg2 T/6rY7/xj9curRCLMx62YZ2dFv6R/R4Owcd3bSzCsu+2Kg/S+EukKYq/E4GHV4YrYhrL RPlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=CWBx8nyRhaZtAUOtY/vljbEwVr3dWrDJdz7o4D/ugmU=; b=tLDdw2CDUDlxBgTo0IOzUGXOIDVtB/BVcuxxSMxHwEZIIpooz7H0kzzxJPCuZDCsVe 6gA6uen3Beq9tPqmqKYn0NGfc7X8uzBeNPeMpaeCw363y6++/5xV4szicvgWrQoDaMex S9dwcYESaDv3zAlDl758BBCYH1mV1OjCSBabhb896FVsXQJVMgzKC46FlLbIQlDCA1kg UUVW2FGpCOwPnwynnswNJska+ASNqKTcsFx+If+8oL+Iy5z2bo2lSjck1IegXhqw7Aeu bOCTIRFH9ArcMh8F7m/gG/bOKR0ytbXP0M+v8t9petTFoU5zygJA+OAXpeKun54cA9aA jHkQ== X-Gm-Message-State: AOAM531udsX1ySnsEiQXByWdPIDC+o+hs20500nonIIhFAelVbRd/ncG Cjv1y95CQap6rS4I/5fMxsDlYhfMlkeZTQ== X-Google-Smtp-Source: ABdhPJyiFle8Zi+CnT9LVjxanz78jTllW/Xsri6qJJbvNjZ9rUnRcQybp0giZL0uZxlkV17UEerqYQ== X-Received: by 2002:a17:90a:7c03:: with SMTP id v3mr6677355pjf.233.1603889966893; Wed, 28 Oct 2020 05:59:26 -0700 (PDT) Original-Received: from [192.168.2.19] (c-71-226-226-185.hsd1.nj.comcast.net. [71.226.226.185]) by smtp.googlemail.com with ESMTPSA id 15sm5743006pgs.52.2020.10.28.05.59.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 28 Oct 2020 05:59:26 -0700 (PDT) In-Reply-To: <87lffq1snn.fsf@igel.home> 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:191871 Archived-At: This is not implementation detail. This is the interface of this function. User/caller should know exactly what are the rules for the return value. So in summary, my two points: 1. Return value is not ideal. You can argue it is still not wrong, but I think we can improve. 2. Even if we don't change anything here, we need to make this less-than-ideal behavior clear in the documentation (doc string). I hope I convinced at least some of you. Wanrong On 10/28/2020 7:44 AM, Andreas Schwab wrote: > On Okt 28 2020, Lars Ingebrigtsen wrote: > >> Andreas Schwab writes: >> >>> The case always matches one of the candidates. >> Yes. An arbitrary candidate (well, the first one, but it's not >> documented, which means that it's arbitrary). > It is not nessesary to document each and every implementation detail. > That makes it difficult to change the implementation later, and it also > unduly restricts the way a collection function can handle that > situation. > > Andreas. >