From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Basil L. Contovounesios" Newsgroups: gmane.emacs.bugs Subject: bug#47368: 28.0.50; map-elt returns nil without "deprecated" TESTFN Date: Wed, 24 Mar 2021 23:24:49 +0000 Message-ID: <87sg4kyw1q.fsf@tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13540"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 47368@debbugs.gnu.org To: dalanicolai Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Mar 25 00:25:33 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 1lPCsW-0003PW-SZ for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 25 Mar 2021 00:25:32 +0100 Original-Received: from localhost ([::1]:38990 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lPCsV-0002GS-UC for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 24 Mar 2021 19:25:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53056) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lPCs2-0001lv-Kq for bug-gnu-emacs@gnu.org; Wed, 24 Mar 2021 19:25:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53101) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lPCs2-0007KG-Bo for bug-gnu-emacs@gnu.org; Wed, 24 Mar 2021 19:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lPCs2-0002Ff-63 for bug-gnu-emacs@gnu.org; Wed, 24 Mar 2021 19:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Basil L. Contovounesios" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Mar 2021 23:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47368 X-GNU-PR-Package: emacs Original-Received: via spool by 47368-submit@debbugs.gnu.org id=B47368.16166282998644 (code B ref 47368); Wed, 24 Mar 2021 23:25:02 +0000 Original-Received: (at 47368) by debbugs.gnu.org; 24 Mar 2021 23:24:59 +0000 Original-Received: from localhost ([127.0.0.1]:36414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPCrz-0002FM-Ld for submit@debbugs.gnu.org; Wed, 24 Mar 2021 19:24:59 -0400 Original-Received: from mail-wr1-f47.google.com ([209.85.221.47]:40475) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPCry-0002F5-DB for 47368@debbugs.gnu.org; Wed, 24 Mar 2021 19:24:59 -0400 Original-Received: by mail-wr1-f47.google.com with SMTP id v11so448218wro.7 for <47368@debbugs.gnu.org>; Wed, 24 Mar 2021 16:24:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd.ie; s=google21; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=aAx/QuSBq/iHyTFKg+pUAGptNkQTAIu64ImGdXOOOVg=; b=NXeN+aRxNBKqlwqIvkMGev1h0dBkQHxYd2bj3KMxn3F8hQPqG6ltWqBkg3SoE7rVJv UckjNMYNkkAaI5oBC6dronqcn3sQH35KBVBZwhMJSru8gxLnK7iP1eAGYj9GlxvsYL+W xfvtPGv1lskxTHj0LpJLWAINUltIumKeaFtaNIxrkHUqCCoXHIpycQEHjBsUri7cBcts SxDYNtrvDr0tNV0UKvcGzos0SNWgTElfxV3VVFfkw97S2c58PJ/S4aaX9MXlgC+TjHs2 6OBmltGbAr/0Vgc05JsQH0WXnJIX+S50KSojo2QBfM/CMEqvdfVHbaDr4zk6zRngcPIc D70g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=aAx/QuSBq/iHyTFKg+pUAGptNkQTAIu64ImGdXOOOVg=; b=JpU3fN0pXj1dTb3bWtlxVYX2TWOsyYuHL/KB5BHvsVCfp0tChf1qgNgQ72Mp9RxS8Y s7bsnlEmBvKjNja84FhbOlL0LZsIDerWJgVcZL8zmj3L4IF57GMa+UuSzwc+Ff+trjuz TpJkaLBn2QYAAMQXGuyvpd1ymH1mGnhfmHwRS883E8i2cHkI+NCWLGrm7AGBouFvDPRe 9NGjitDNBZoQCiahceEcz/mQ3aK/+QZevk00KRCB+B3MubWtSBpBDmOZJqY2vfL6uZWy M5uHKcjAYdhyf9XPMVwH6Yibjbenx6zuTH5/Ef9/9dJAGunoEa0GPD5qRznXQ+AMPqDm DmKw== X-Gm-Message-State: AOAM530UuGRhFhtAE9Tcwn7E0nCzTY/I7/5FVpLqiFW+aXaK1MT0Q0LC NPYRP3v2EIC6zmV2968wZxsY0Q== X-Google-Smtp-Source: ABdhPJwztJd1q7e3tYBD0NYJDfB19ffU1P/l64sRRPk5a7ejPnY9ov2c6nqewS/DDIHt9/tHug4W4Q== X-Received: by 2002:a5d:6dcc:: with SMTP id d12mr5681987wrz.136.1616628292618; Wed, 24 Mar 2021 16:24:52 -0700 (PDT) Original-Received: from localhost ([2a02:8084:20e2:c380:f410:82e8:3a21:eedf]) by smtp.gmail.com with ESMTPSA id j16sm8445784wmi.2.2021.03.24.16.24.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Mar 2021 16:24:52 -0700 (PDT) In-Reply-To: (dalanicolai's message of "Wed, 24 Mar 2021 23:52:57 +0100") 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:202971 Archived-At: dalanicolai writes: > The docstring of the map-elt function from the map.el package (version > 3.0) mentions that TESTFN is deprecated because "its default depends on > the MAP argument". However when I try e.g. > > (map-elt '(("A1" . 3)) "A1") > > it returns nil. This is expected, as alist keys are tested with eq by default. That's what the docstring is trying to warn about: alists default to testing with eq, but can also use eql, equal, or anything else. Hash tables, OTOH, are limited to the test function that they were created with. So TESTFN doesn't always work as expected depending on the map type. > When I add the correct TESTFN > > (map-elt '(("A1" . 3)) "A1" nil 'string=) > > it does correctly return 3. > > So it seems to me that TESTFN is not yet deprecated, or that otherwise I > am understanding it incorrectly. Deprecation means "this is not recommended" and "support for this may be removed in a future version". So to me TESTFN seems to be working as intended. > In that case I would label this as a documentation bug. What would you like to see clarified in the documentation? Thanks, -- Basil