From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.bugs Subject: bug#49866: 28.0.50; gnus-summary-exit from the transient search buffer giving error Date: Sat, 07 Aug 2021 15:56:12 -0700 Message-ID: <871r74ampf.fsf@ericabrahamsen.net> References: <87mtpwi2wy.fsf@gnus.org> <87tuk34zr8.fsf@ericabrahamsen.net> <87k0kz4vxr.fsf@ericabrahamsen.net> <87a6lv4tp6.fsf@ericabrahamsen.net> <87im0j4cjs.fsf@ericabrahamsen.net> <87y29ec44t.fsf@gnus.org> <87v94ij2jz.fsf@tcd.ie> <87bl6ac0nu.fsf@gnus.org> <8735rmbysi.fsf@tcd.ie> <8735rma6bw.fsf@ericabrahamsen.net> <87v94iqzn2.fsf@ericabrahamsen.net> <87wnoyihqi.fsf@gmail.com> <87tuk2ih30.fsf@gmail.com> <871r769zql.fsf@gnus.org> <87fsvm5qss.fsf@gmail.com> <874kc248v8.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18136"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: "Basil L. Contovounesios" , 49866@debbugs.gnu.org, Lars Ingebrigtsen , Andrew Cohen , akater To: Pankaj Jangid Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 08 00:57:11 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 1mCVFd-0004WK-Sw for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 08 Aug 2021 00:57:09 +0200 Original-Received: from localhost ([::1]:53168 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mCVFc-0006yg-CF for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Aug 2021 18:57:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50426) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mCVFW-0006yY-GH for bug-gnu-emacs@gnu.org; Sat, 07 Aug 2021 18:57:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41745) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mCVFW-0004Fq-9I for bug-gnu-emacs@gnu.org; Sat, 07 Aug 2021 18:57:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mCVFW-0002aR-0O for bug-gnu-emacs@gnu.org; Sat, 07 Aug 2021 18:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eric Abrahamsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Aug 2021 22:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49866 X-GNU-PR-Package: emacs Original-Received: via spool by 49866-submit@debbugs.gnu.org id=B49866.16283769859897 (code B ref 49866); Sat, 07 Aug 2021 22:57:01 +0000 Original-Received: (at 49866) by debbugs.gnu.org; 7 Aug 2021 22:56:25 +0000 Original-Received: from localhost ([127.0.0.1]:53291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCVEt-0002ZX-Ap for submit@debbugs.gnu.org; Sat, 07 Aug 2021 18:56:25 -0400 Original-Received: from mail.ericabrahamsen.net ([52.70.2.18]:54666) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCVEq-0002ZI-8l for 49866@debbugs.gnu.org; Sat, 07 Aug 2021 18:56:22 -0400 Original-Received: from localhost (c-71-197-184-122.hsd1.wa.comcast.net [71.197.184.122]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id C5DCDFA08C; Sat, 7 Aug 2021 22:56:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1628376974; bh=kej62gGjOLDFmbc5V+iwwNcKsoFk9uD2Nw2Ty75aUJw=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Nm31irTCgd1TPM6rqcwtxtbUE/GBgYBxfY3Y/PIlhShFLez6gacaKD4gcq+EJr2Ug qeiOE0QtmxWgHyc+b0JhyBQU9xGImL5Be+I86aPg4Yv30Q/bB7MA4QwT4zA3O25ogI AlTk/0zAx68iLXcQT2AptUor125XxTpUHGfNKjvA= In-Reply-To: (Pankaj Jangid's message of "Sat, 07 Aug 2021 10:56:40 +0530") 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:211389 Archived-At: On 08/07/21 10:56 AM, Pankaj Jangid wrote: > Eric Abrahamsen writes: > >> On 08/06/21 19:14 PM, akater wrote: >>> I was not aware of list-load-path-shadows but it doesn't show anything >>> map-related. >> >> "make bootstrap" seems to have solved the problem for me. It's always >> "make bootstrap"!! > > Now-a-days, I rely on complete cleanup. So I do, > > git checkout . && git pull && ./autogen.sh && ./configure && make -j8 > > But this hasn=E2=80=99t solved the issue at my end. Man, I have provided some really unhelpful suggestions in the course of this thread. Turns out it wasn't "make bootstrap" (though that did appear to work, just once), but in fact was some code in EBDB after all. This method definition: (cl-defmethod ebdb-records-cite ((_style (eql list)) (records list)) (mapconcat (lambda (pair) (format "%s <%s>" ;; TODO: Wrap non-ASCII record names in double ;; quotes? (ebdb-string (car pair)) (ebdb-string (cdr pair)))) records "\n")) uses the unquoted symbol 'list in the specializer, which I'd always understood to be the normal way of doing it. Now that eql specializers are evaluated, eval'ling the above definition apparently hoses all methods specializing on (eql 'list) everywhere in Emacs, until they are re-evaluated. I've got unquoted eql symbols all over the place in EBDB and they work fine -- apparently only because in the other cases the symbols don't clash with those used elsewhere. This is a sneaky bug. Assuming that the quoted version of the specializer is backward compatible with earlier code, I will of course fix EBDB to use that. But NEWS says: For compatibility, '(eql SYMBOL)' does not evaluate SYMBOL, for now. Which kind of makes it sound like list should just be treated as 'list? And the manual doesn't say anything about it at all. And does the same change need to be to HEAD specializers? In short, I still have questions :) Eric