From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: MBR Newsgroups: gmane.emacs.help Subject: In Emacs 27.2, list-matching-lines doesn't seem to respect case-fold-search Date: Thu, 23 Jun 2022 11:00:56 -0400 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1102"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 23 17:06:18 2022 Return-path: Envelope-to: geh-help-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 1o4OPS-000Adg-EK for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 23 Jun 2022 17:06:18 +0200 Original-Received: from localhost ([::1]:55424 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o4OPR-00041B-AV for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 23 Jun 2022 11:06:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60722) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o4OL6-0004g9-Jh for help-gnu-emacs@gnu.org; Thu, 23 Jun 2022 11:01:49 -0400 Original-Received: from fossa.birch.relay.mailchannels.net ([23.83.209.62]:33352) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o4OL4-0004S6-3h for help-gnu-emacs@gnu.org; Thu, 23 Jun 2022 11:01:48 -0400 X-Sender-Id: tih5qno0ow|x-authuser|mbr+arlsoft.com@baltimore.hostforweb.net Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id AE6BD2A1098 for ; Thu, 23 Jun 2022 15:00:59 +0000 (UTC) Original-Received: from baltimore.hostforweb.net (unknown [127.0.0.6]) (Authenticated sender: tih5qno0ow) by relay.mailchannels.net (Postfix) with ESMTPA id AF0BB2A2294 for ; Thu, 23 Jun 2022 15:00:58 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1655996458; a=rsa-sha256; cv=none; b=hRoFWFjga6bFrRp64xUKUBSz0XMNv8BigDSwqNEaDPMaUf4CNjJSlKyqKBbSpmzjByVx8Q 3xv5VzR0mLS1hGv2Otplhnl3c2WxFbicrMnKTyZTDhYdab5ZvCm2a9Rs+1jVtilN9BEWxF Q2lDBk9BYk7Oa8E62fvylnEPHcTlrDcggixk9qy1YdBQobYGAjGCgqsplUA4O4pzabmeof teRJ/I3EvfDDPmq2D52Is0TAQqvkYF2itPyB4Y3UDwhJZ+8B00HQgkfIqPqAP3JKGzOtBR 9/Qaw2PU/hbZqP3Nm9c/dscM+E3AlJy6QRHNzgoOqWBrgWTxToILpXTf9X3GFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1655996458; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=qwXvwsj9rcATvkts0AAznP5Gco4bu9Zpk9j0n51JcfI=; b=x/2xr8RuRb8z3PQwtbEnoqSM7uYtyi4eaKU/wnhWvr8T+me1sBs+/GqtPXMqBLmi/UM6z3 hAm/cbEa9W0g8oaPh+9TxjU9dETG8+0tvHtAUB2WNQbMs6jCND+8vtII1SR5UQHDfyFE+H zkq7Q+STIw7+FzBXmhDWH4w35zVQMeCpVld1FafbOj5yLIUZplUas5hBmt8BndCANx7aQt 2EtdO3ywMAYA1r9oja1DJLjCTa/WKhsSpsMMO8Hdr4bFnDJOtT72EjFThdIHAipY8Y4SoK 2uzpvwV1ZUpPeSe+/XRfmrWmBm++WO3Z3oAnkyauuLETJ03LXm32OSB/exm1Wg== ARC-Authentication-Results: i=1; rspamd-786f5898df-fkjhl; auth=pass smtp.auth=tih5qno0ow smtp.mailfrom=mbr@arlsoft.com X-Sender-Id: tih5qno0ow|x-authuser|mbr+arlsoft.com@baltimore.hostforweb.net X-MC-Relay: Neutral X-MailChannels-SenderId: tih5qno0ow|x-authuser|mbr+arlsoft.com@baltimore.hostforweb.net X-MailChannels-Auth-Id: tih5qno0ow X-Bored-Spicy: 74374e55752bb3dd_1655996459142_61517362 X-MC-Loop-Signature: 1655996459142:3400313363 X-MC-Ingress-Time: 1655996459141 Original-Received: from baltimore.hostforweb.net (baltimore.hostforweb.net [181.214.31.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384) by 100.105.211.179 (trex/6.7.1); Thu, 23 Jun 2022 15:00:59 +0000 Original-Received: from c-73-219-246-142.hsd1.ct.comcast.net ([73.219.246.142]:55900 helo=[192.168.1.134]) by baltimore.hostforweb.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.95) (envelope-from ) id 1o4OKG-0008sb-II; Thu, 23 Jun 2022 10:00:57 -0500 Content-Language: en-US X-AuthUser: mbr+arlsoft.com@baltimore.hostforweb.net Received-SPF: pass client-ip=23.83.209.62; envelope-from=mbr@arlsoft.com; helo=fossa.birch.relay.mailchannels.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:138022 Archived-At: A year or two ago I replaced my old MacBook with a new one, so I had to reinstall Emacs.  I'd been running Emacs 24.3.1 on the old laptop.  The latest stable version at the time I put the new one into service was Emacs 27.2, so I installed that on my new computer.  Ever since then, several bits of basic Emacs functionality that I regularly depend on have changed or stopped working properly, or are now exhibiting undesired behavior.  (E.G. toggle-read-only-mode stopped working, and I only just discovered that that's because it was renamed to read-only-mode. I really don't understand why toggle-read-only-mode couldn't have been retained as an alias for read-only-mode, just like delete-non-matching-lines was turned into an alias when that function was renamed to keep-matching-lines.  But that's not the question I'm seeking an answer to with this post.) The really annoying change that I'm asking about today has to do with the variable case-fold-search and the function list-matching-lines. In all previous versions of Emacs, going back to at least the early '90s, setting case-fold-search to either tor nil affected the case sensitivity of all the search functionality I regularly use, which includes: * isearch-forward(bound to C-s), * isearch-forward-regexp(bound to M-C-s), * query-replace(bound to M-%), * query-replace-regexp, * list-matching-lines, * delete-matching-lines, and * delete-non-matching-lines But now, setting case-fold-searchdoesn't affect the case sensitivity of list-matching-lines, even though it still affects all the other search functions I listed above. Does anyone here have any idea why list-matching-lines no longer does a case-insensitive search when case-fold-searchis set to t? Mark Rosenthal mbr@arlsoft.com