From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: info-lookup-alist mangled, breaks C-h S Date: Mon, 03 Jan 2022 21:02:05 +0100 Message-ID: <87ee5o7eun.fsf@gnu.org> 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="21994"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.7.5; emacs 29.0.50 Cc: emacs-devel@gnu.org, Daniel =?utf-8?Q?Mart=C3=ADn?= To: "T.V Raman" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jan 03 21:19:36 2022 Return-path: Envelope-to: ged-emacs-devel@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 1n4Tns-0005Ur-DA for ged-emacs-devel@m.gmane-mx.org; Mon, 03 Jan 2022 21:19:36 +0100 Original-Received: from localhost ([::1]:49888 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n4Tnq-0000BP-8W for ged-emacs-devel@m.gmane-mx.org; Mon, 03 Jan 2022 15:19:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37152) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Tmm-0007to-Gy for emacs-devel@gnu.org; Mon, 03 Jan 2022 15:18:28 -0500 Original-Received: from [2001:470:142:3::e] (port=59248 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Tmm-0004Ej-8F; Mon, 03 Jan 2022 15:18:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=Q8Inbomn7EnXWmd3wDdniMnSKtnNG9OvaMCTYtavlY0=; b=jCrpiLK9gG/sw5 aRkd52t+DVcXjLWJP8CYRbG0WUgjvc0wOUhCWrOXf35mukeP1nyTes+F4tGNuj1QB/a2Wnhm2qHD7 58gGjsQFYMxQDk5huHvpy2iRC/rZOvpY6EdbUB56HGJ8+6W0FcwCAQJg+LA1Bw3aIlbhUA0DumeHo 1pI8CQOcrO/Vi3pCVzIMrA+E7vrazy3oNoiUKDTFb7Q6kgs42FB2gDm3MFbE0usiETaundy/Onw/4 18yGvGawuQkwECPovDrrYWcDi51SAYFze7NnEUEy+jfVthA8g1ReiH4EeyhIrdUtMRCM8HHZOoXez /oXauXYSdBq+RrSUdpUQ==; Original-Received: from auth1-smtp.messagingengine.com ([66.111.4.227]:54717) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n4Tmm-0005PN-Hr; Mon, 03 Jan 2022 15:18:28 -0500 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailauth.nyi.internal (Postfix) with ESMTP id BDBD027C005A; Mon, 3 Jan 2022 15:18:27 -0500 (EST) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Mon, 03 Jan 2022 15:18:27 -0500 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrudefuddgudefhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpehffgfhvffuffgjkfggtgesthdtredttdertdenucfhrhhomhepvfgrshhs ihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenucggtffrrghtthgvrhhnpe evveeikeetkeeviefgfeffiedvteeguddvffeuueduveegtddthedvhfeuveffhfenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnod hmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedv leekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 3 Jan 2022 15:18:26 -0500 (EST) In-reply-to: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:284097 Archived-At: "T.V Raman" writes: > tried that already -- leads down various twisty ratholes since too many > things in emacs core itself touch that variable, and some of that code > was beyond my abilities, eg see the code in tramp-integration.el > > -- that one appears to be an earlier offendor with respect to adding an > invalid entry. FWIW, the problematic entry doesn't seem to come from some external package, at least I can reproduce the error using 1. emacs -Q 2. M-x fundamental-mode RET in *stratch* 3. C-h S with GNU Emacs 29.0.50 of 2022-01-03. The step 2 above is needed because `C-h S' in an emacs-lisp-mode or lisp-interaction-mode buffer works just fine whereas I get the error in fundamental-mode or Info-mode. I can't reproduce with emacs 27 or 28. I'd suggest you do M-x report-emacs-bug. Bye, Tassilo