From unknown Mon Aug 18 21:16:56 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4727: 23.1; `multi-isearch-(files|buffers)(-regexp)' Reply-To: "Drew Adams" , 4727@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 15 Oct 2009 00:35:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 4727 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12555665723059 (code B ref -1); Thu, 15 Oct 2009 00:35:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 15 Oct 2009 00:29:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9F0TV2G003056 for ; Wed, 14 Oct 2009 17:29:32 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MyEDi-0004dK-N4 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MyEDd-0004cr-MF for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:29 -0400 Received: from [199.232.76.173] (port=56900 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MyEDd-0004co-H9 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:25 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]:48787) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MyEDd-0002GP-2v for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:25 -0400 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9F0TDUK032257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 15 Oct 2009 00:29:14 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9EAgHU1018776 for ; Thu, 15 Oct 2009 00:29:17 GMT Received: from abhmt008.oracle.com by acsmt354.oracle.com with ESMTP id 20413185021255566468; Wed, 14 Oct 2009 17:27:48 -0700 Received: from dradamslap1 (/141.144.160.48) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Oct 2009 17:27:47 -0700 From: "Drew Adams" To: Date: Wed, 14 Oct 2009 17:27:56 -0700 Message-ID: <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcpNLle2iF5LgG5nQzGapg5IOjHtmQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4AD66CDC.00AB:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 1. The doc strings of `multi-isearch-files(-regexp)' need to say that each of the FILES elements must be an absolute file name. I was trying to make it work with relative names, and I wasted a lot of time debugging. It was only when the debugger finally got to comparing `buffer-file-name' with the FILES element that I saw the problem. 2. Why not let these functions accept either absolute or relative file names? If relative, they should be interpreted relative to `default-directory'. 3. Similarly, for `multi-isearch-buffers(-regexp)': a. The doc strings need to say explicitly that the BUFFERS must be live buffers, not their names. b. Why should the BUFFERS need to be buffers - why not also allow buffer names? The code is unnecessarily restrictive/brittle. In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-29 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4)' From unknown Mon Aug 18 21:16:56 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4727: 23.1; `multi-isearch-(files|buffers)(-regexp)' Reply-To: Juri Linkov , 4727@debbugs.gnu.org Resent-From: Juri Linkov Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 15 Oct 2009 22:40:13 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 4727 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 4727-submit@emacsbugs.donarmstrong.com id=B4727.125564591431957 (code B ref 4727); Thu, 15 Oct 2009 22:40:13 +0000 Received: (at 4727) by emacsbugs.donarmstrong.com; 15 Oct 2009 22:31:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx2.starman.ee (smtp-out2.starman.ee [85.253.0.4]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9FMVrpg031954 for <4727@emacsbugs.donarmstrong.com>; Thu, 15 Oct 2009 15:31:54 -0700 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.55.26.cable.starman.ee [82.131.55.26]) by mx2.starman.ee (Postfix) with ESMTP id 6A3B73F408A; Fri, 16 Oct 2009 01:31:40 +0300 (EEST) From: Juri Linkov To: Drew Adams Cc: 4727@debbugs.gnu.org Organization: JURTA References: <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> Date: Fri, 16 Oct 2009 00:28:46 +0300 In-Reply-To: <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> (Drew Adams's message of "Wed, 14 Oct 2009 17:27:56 -0700") Message-ID: <87fx9kz5x5.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 1. The doc strings of `multi-isearch-files(-regexp)' need to say that > each of the FILES elements must be an absolute file name. I was trying > to make it work with relative names, and I wasted a lot of time > debugging. It was only when the debugger finally got to comparing > `buffer-file-name' with the FILES element that I saw the problem. > > 2. Why not let these functions accept either absolute or relative file > names? If relative, they should be interpreted relative to > `default-directory'. Using relative file names will make these functions unreliable and non-deterministic. For instance, when you create a list of file names in subdirectories relative to the current directory '("./dir1/file1" "./dir2/file2") and multi-isearch visits file1 in the first subdir dir1, then going to the next file "./dir2/file2" relative to the base dir will fail in dir1. However, we could convert relative file names to internal absolute file names before starting multi-file Isearch. So you will be able to specify file names relative to the default directory where multi-file Isearch was started. > 3. Similarly, for `multi-isearch-buffers(-regexp)': > > a. The doc strings need to say explicitly that the BUFFERS must be > live buffers, not their names. > > b. Why should the BUFFERS need to be buffers - why not also allow > buffer names? > > The code is unnecessarily restrictive/brittle. Similarly, we could convert buffer names to internal live buffers before starting multi-buffer Isearch. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Mon Aug 18 21:16:56 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#4727: 23.1; `multi-isearch-(files|buffers)(-regexp)' Reply-To: "Drew Adams" , 4727@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 15 Oct 2009 23:00:07 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 4727 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 4727-submit@emacsbugs.donarmstrong.com id=B4727.12556471482730 (code B ref 4727); Thu, 15 Oct 2009 23:00:07 +0000 Received: (at 4727) by emacsbugs.donarmstrong.com; 15 Oct 2009 22:52:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.8 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9FMqQxX002724 for <4727@emacsbugs.donarmstrong.com>; Thu, 15 Oct 2009 15:52:28 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9FMpvPt022661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 15 Oct 2009 22:51:58 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9FIA74H008642; Thu, 15 Oct 2009 22:52:19 GMT Received: from abhmt003.oracle.com by acsmt355.oracle.com with ESMTP id 20435832021255647134; Thu, 15 Oct 2009 15:52:14 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 15 Oct 2009 15:52:14 -0700 From: "Drew Adams" To: "'Juri Linkov'" Cc: <4727@debbugs.gnu.org> References: <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> <87fx9kz5x5.fsf@mail.jurta.org> Date: Thu, 15 Oct 2009 15:52:18 -0700 Message-ID: <083F366AB17D4E52AC846BCFEF20B28F@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87fx9kz5x5.fsf@mail.jurta.org> Thread-Index: AcpN54btdgzyKQTrTVex8ha4ut9FPAAAlHmA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4AD7A7A2.00B5:SCFMA4539814,ss=1,fgs=0 > However, we could convert relative file names to internal absolute > file names before starting multi-file Isearch. So you will be able > to specify file names relative to the default directory where > multi-file Isearch was started. That was what I was thinking. > > 3. Similarly, for `multi-isearch-buffers(-regexp)': > > > > a. The doc strings need to say explicitly that the BUFFERS must be > > live buffers, not their names. > > > > b. Why should the BUFFERS need to be buffers - why not also allow > > buffer names? > > > > The code is unnecessarily restrictive/brittle. > > Similarly, we could convert buffer names to internal live buffers > before starting multi-buffer Isearch. Why not? That's pretty standard. Let the function do the work of calling `get-buffer'. From unknown Mon Aug 18 21:16:56 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: owner@emacsbugs.donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: "Drew Adams" Subject: bug#4727 closed by Juri Linkov (Re: bug#4727: 23.1; `multi-isearch-(files|buffers)(-regexp)') Message-ID: References: <87aay3kbad.fsf@mail.jurta.org> <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> X-Emacs-PR-Message: they-closed 4727 X-Emacs-PR-Package: emacs Reply-To: 4727@debbugs.gnu.org Date: Mon, 30 Nov 2009 20:35:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1259613304-23310-1" This is a multi-part message in MIME format... ------------=_1259613304-23310-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #4727: 23.1; `multi-isearch-(files|buffers)(-regexp)' It has been closed by Juri Linkov . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Juri Linkov by replying to this email. --=20 4727: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D4727 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1259613304-23310-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 4727-done) by emacsbugs.donarmstrong.com; 30 Nov 2009 20:28:49 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAUKSlCm022821 for <4727-done@emacsbugs.donarmstrong.com>; Mon, 30 Nov 2009 12:28:49 -0800 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.52.137.cable.starman.ee [82.131.52.137]) by mx1.starman.ee (Postfix) with ESMTP id EF80C3F413D; Mon, 30 Nov 2009 22:28:41 +0200 (EET) From: Juri Linkov To: "Drew Adams" Cc: 4727-done@debbugs.gnu.org Subject: Re: bug#4727: 23.1; `multi-isearch-(files|buffers)(-regexp)' Organization: JURTA References: <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> <87fx9kz5x5.fsf@mail.jurta.org> <083F366AB17D4E52AC846BCFEF20B28F@us.oracle.com> Date: Mon, 30 Nov 2009 22:28:12 +0200 In-Reply-To: <083F366AB17D4E52AC846BCFEF20B28F@us.oracle.com> (Drew Adams's message of "Thu, 15 Oct 2009 15:52:18 -0700") Message-ID: <87aay3kbad.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> However, we could convert relative file names to internal absolute >> file names before starting multi-file Isearch. So you will be able >> to specify file names relative to the default directory where >> multi-file Isearch was started. > > That was what I was thinking. Thanks for the idea. Implemented. >> Similarly, we could convert buffer names to internal live buffers >> before starting multi-buffer Isearch. > > Why not? That's pretty standard. Let the function do the work of calling > `get-buffer'. This is implemented as well. -- Juri Linkov http://www.jurta.org/emacs/ ------------=_1259613304-23310-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 15 Oct 2009 00:29:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9F0TV2G003056 for ; Wed, 14 Oct 2009 17:29:32 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MyEDi-0004dK-N4 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MyEDd-0004cr-MF for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:29 -0400 Received: from [199.232.76.173] (port=56900 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MyEDd-0004co-H9 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:25 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]:48787) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MyEDd-0002GP-2v for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2009 20:29:25 -0400 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9F0TDUK032257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 15 Oct 2009 00:29:14 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9EAgHU1018776 for ; Thu, 15 Oct 2009 00:29:17 GMT Received: from abhmt008.oracle.com by acsmt354.oracle.com with ESMTP id 20413185021255566468; Wed, 14 Oct 2009 17:27:48 -0700 Received: from dradamslap1 (/141.144.160.48) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Oct 2009 17:27:47 -0700 From: "Drew Adams" To: Subject: 23.1; `multi-isearch-(files|buffers)(-regexp)' Date: Wed, 14 Oct 2009 17:27:56 -0700 Message-ID: <7B1FFB82981740F6AC4C32F1918C2E04@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcpNLle2iF5LgG5nQzGapg5IOjHtmQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4AD66CDC.00AB:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 1. The doc strings of `multi-isearch-files(-regexp)' need to say that each of the FILES elements must be an absolute file name. I was trying to make it work with relative names, and I wasted a lot of time debugging. It was only when the debugger finally got to comparing `buffer-file-name' with the FILES element that I saw the problem. 2. Why not let these functions accept either absolute or relative file names? If relative, they should be interpreted relative to `default-directory'. 3. Similarly, for `multi-isearch-buffers(-regexp)': a. The doc strings need to say explicitly that the BUFFERS must be live buffers, not their names. b. Why should the BUFFERS need to be buffers - why not also allow buffer names? The code is unnecessarily restrictive/brittle. In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-29 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4)' ------------=_1259613304-23310-1--