From tromey@redhat.com Fri Sep 4 12:16:01 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 4 Sep 2009 19:16:02 +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=-0.5 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 n84JG0UE014072 for ; Fri, 4 Sep 2009 12:16:01 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MjeGN-0003aU-Ph for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 15:15:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MjeGJ-0003Yd-4c for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 15:15:59 -0400 Received: from [199.232.76.173] (port=57525 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MjeGI-0003YW-Vy for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 15:15:55 -0400 Received: from mx1.redhat.com ([209.132.183.28]:23345) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MjeGI-00047m-FH for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 15:15:54 -0400 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n84JFrWJ027932 for ; Fri, 4 Sep 2009 15:15:53 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n84JFquY003466; Fri, 4 Sep 2009 15:15:52 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n84JFpIj018488; Fri, 4 Sep 2009 15:15:51 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id DD4963782A2; Fri, 4 Sep 2009 13:15:50 -0600 (MDT) From: Tom Tromey To: bug-gnu-emacs@gnu.org Subject: 23.1; M-x locate runs synchronously Reply-To: Tom Tromey X-Attribution: Tom Date: Fri, 04 Sep 2009 13:15:50 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21 X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Today I ran M-x locate. This took a little while -- long enough to bother me that Emacs was locked up for the entire time it was running. I think it would be preferable to run locate in asynchronously. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /usr/share/emacs/23.1/etc/DEBUG for instructions. In GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.16.5) of 2009-08-24 on x86-2.fedora.phx.redhat.com Windowing system distributor `The X.Org Foundation', version 11.0.10601901 configured using `configure '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--target=i586-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=gtk' 'build_alias=i386-redhat-linux-gnu' 'host_alias=i386-redhat-linux-gnu' 'target_alias=i586-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Texinfo Minor modes in effect: shell-dirtrack-mode: t diff-auto-refine-mode: t auto-fill-function: do-auto-fill erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-spelling-mode: t erc-truncate-mode: t flyspell-mode: t erc-status-mode: t erc-services-mode: t erc-networks-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-e C-a C-x b SPC * h t < M-v M-v C-z o C-x b C-g C-x k C-x b SPC * h t C-x k M-v C-l C-u C-n C-u C-n C-l C-n C-n C-l M-> p m y e a h , SPC e x c e p t SPC o f t e n y o u SPC SPC y o u SPC w a n SPC t C-t t o SPC g o SPC d e b u g SPC s e t SPC a SPC b r e a k p o i n t SPC a n d SPC d e b u g SPC a n SPC e x p l i c i t SPC c a l l . SPC SPC a n SPC o p t i o n SPC m i g h t SPC b e SPC n i c e , SPC I SPC d u n n o . M-x e m m s - p a u s e C-z o C-z o C-c b C-z o C-a M-x l o c a t e g n u - s C-t m l . e l C-f C-z o C-z o C-z o C-h f l o c a t e C-x o C-x 1 C-c b M-x s e m a c s - r e p r o r t - e m b Recent messages: Contacting host: localhost:3128 Reading [text/html]... 1k of 1k (101%) Reading... done. #> Making completion list... call-interactively: Beginning of buffer Quit call-interactively: End of buffer Mark set Type C-x 1 to delete the help window, C-M-v to scroll help. Tom From juri@jurta.org Wed Sep 9 18:57:22 2009 Received: (at 4341) by emacsbugs.donarmstrong.com; 10 Sep 2009 01:57:22 +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-out1.starman.ee [85.253.0.3]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8A1vLEo029104 for <4341@emacsbugs.donarmstrong.com>; Wed, 9 Sep 2009 18:57:22 -0700 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.30.70.cable.starman.ee [82.131.30.70]) by mx1.starman.ee (Postfix) with ESMTP id 062FC3F436B; Thu, 10 Sep 2009 04:57:14 +0300 (EEST) From: Juri Linkov To: Tom Tromey Cc: 4341@debbugs.gnu.org Subject: Re: bug#4341: 23.1; M-x locate runs synchronously Organization: JURTA References: Date: Thu, 10 Sep 2009 04:17:14 +0300 In-Reply-To: (Tom Tromey's message of "Fri, 04 Sep 2009 13:15:50 -0600") Message-ID: <87y6onr35h.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 > Today I ran M-x locate. > This took a little while -- long enough to bother me that Emacs was > locked up for the entire time it was running. > > I think it would be preferable to run locate in asynchronously. This would be possible when `locate' were more similar to `find-dired'. I don't mean its output should be formatted as files in dired. For that we could create a new command like `locate-dired'. But maybe internals of `find-dired' should be generalized to accept arbitrary commands. This would allow implementing `locate-dired', `rgrep-dired', `lgrep-dired', i.e. any command that searches files with their output formatted for dired like `find-name-dired', `find-grep-dired' and `find-dired'. -- Juri Linkov http://www.jurta.org/emacs/ From lekktu@gmail.com Thu Oct 22 02:35:31 2009 Received: (at control) by emacsbugs.donarmstrong.com; 22 Oct 2009 09:35: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=0.0 required=4.0 tests=AWL,MISSING_SUBJECT, MURPHY_DRUGS_REL8,NOSUBJECT,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-fx0-f213.google.com (mail-fx0-f213.google.com [209.85.220.213]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9M9ZTNW004084 for ; Thu, 22 Oct 2009 02:35:31 -0700 Received: by fxm9 with SMTP id 9so9696363fxm.1 for ; Thu, 22 Oct 2009 02:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=8EmqKmTQZFxRHmBqMf0mAHPBq3MFliknc0lztWoJq6Y=; b=HxQYupT4FFltZz1ItMJj0h3XTFYNK5e7ryT0Cek2T3YESYQLNQM8G9V9i2CKiMAEbc EvYuLj8f7w1qApk14qvzihjcYCGQUOU+1DBevO5UhGKLQhzQ6+vBiuihHNGFYaXeeEYe kJYg0CmwEGM5xp9e/Qz4pt4br7Ml4TcpNJkWo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Y5ybjjcxlLdLgAFAm7oQwPF4q6enZ/vhDgoBesbKLPsYfKZBy2gNxuVUArd1lZsA9C Mqc9bcUQhekOxrkhuBrM/oRLNjZDm8m0DPtCnEMhvvK6rKfs9H9j6QMJR6VObUwlfUeo 7VB35jQ8OYFrwvpcsbgPdQA8bmjmcb1XFRU14= MIME-Version: 1.0 Received: by 10.239.145.8 with SMTP id q8mr761204hba.122.1256204124158; Thu, 22 Oct 2009 02:35:24 -0700 (PDT) From: Juanma Barranquero Date: Thu, 22 Oct 2009 11:35:04 +0200 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 reassign 4326 emacs,ns merge 4261 4434 merge 1589 3359 4207 merge 3829 4077 tags 4781 + patch tags 4747 + patch tags 4579 + patch tags 4471 + patch tags 4434 + patch tags 4234 + patch tags 4221 + patch tags 4147 + patch tags 4144 + patch tags 4139 + patch tags 4023 + patch tags 4736 + moreinfo unreproducible tags 4547 + notabug tags 4451 + notabug tags 4448 + moreinfo tags 4427 + moreinfo tags 4373 + notabug tags 4360 + notabug tags 4271 + moreinfo tags 4236 + moreinfo tags 4143 + moreinfo unreproducible tags 4120 + moreinfo unreproducible tags 4070 + moreinfo unreproducible severity 4422 wishlist severity 4396 minor severity 4394 minor severity 4341 wishlist severity 4300 minor severity 4263 minor severity 4178 minor severity 4172 wishlist severity 4110 wishlist severity 4056 wishlist close 4772 close 4700 close 4599 close 4515 close 4463 close 4445 close 4395 close 4334 close 4289 close 4219 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 03 12:04:47 2020 Received: (at 4341) by debbugs.gnu.org; 3 Nov 2020 17:04:47 +0000 Received: from localhost ([127.0.0.1]:46272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kZzji-000639-Sh for submit@debbugs.gnu.org; Tue, 03 Nov 2020 12:04:47 -0500 Received: from mout.web.de ([212.227.15.4]:46517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kZzjg-00062s-3t for 4341@debbugs.gnu.org; Tue, 03 Nov 2020 12:04:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1604423076; bh=KLf6pfXeiSg6bZtdT9iQhmaDMizYcnV3dyQftW+p2UM=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=B3rktw3TUi9f8Arigr/a9RgC3Y70/9KlJ7WjIqgXSKViqgznXSrYSzUQ3R/Eh47mr 9F05ub4DV22XoXnk3sge+RxzLKV+b6vaO8q/sA0NKcxXgYq3C09Zb/Fz5bGZ1zQhrf V+hRj3r76grpnVIDa1vkNkAN2QXzxFDRwsiRj96w= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from drachen.dragon ([188.98.110.121]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1M8Bvz-1keghU200Z-005KG0; Tue, 03 Nov 2020 18:04:35 +0100 From: Michael Heerdegen To: Juri Linkov Subject: Re: bug#4341: 23.1; M-x locate runs synchronously In-Reply-To: <87y6onr35h.fsf@mail.jurta.org> (Juri Linkov's message of "Thu, 10 Sep 2009 04:17:14 +0300") References: <87y6onr35h.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Date: Tue, 03 Nov 2020 18:04:31 +0100 Message-ID: <87d00u2wyo.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:/PpOXB3bA7pYtQeXwUJCvZv7lvQbWn9fLgy37KXUeOcKSrfWNEp JikTsfsadl8FyI3DNYuSjQEOQnqJ/1sJH3ijv29gTGVS+NUdVMgLiNjAnXU2gu0pSAZ0FWg xQhfVoV8+gyg/ZyytmaZycMK1XLa7qCq4aZ9rtLPDNyHq9SlWE9Cy8IhX/pmx95VARo/jz0 /lt2u+UhUJWGqHY2WHKaQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:JH+aFdN7UeM=:x/ajDqqrmXhaHqKpB8sVFZ J66VxUSBXwc3tL9QuWCcvJqmXy2BsJJ/2r03znvENgbY4tnEr55N1udFWAZsq98Dp7xC+T1yq P3Zz3v0bUws5/vDKD73jR/cQZfMkowqyy1z5XjAkcBygCQDtePY3WSzeQQ4pPAykCUkA+NBut zM/2/pnrtuwz49NdoiNCmH2Olpsr/N6/3NcYicwnFuqJSL5vopj7X3Y5XP5UrO/sDhL48tlsJ s6KhfmyBt1PUdUxHuTZyEpqITEkVqHusNj0VaTrDrzrEnssilE1wnq6/Ieot/dbK7MLFOx2h+ yo7gSfEFbolw5ZbOj1A81S6Oh3upMuZBF/NlYc6oj5cQNcTBOvjcKPLIiv85LNdZ45F3oZmF1 4FmuDlaPwJOOTnmVVx77Drr+Jq6MklKdc2t36VOzJuZ+j6AcmlZeR9NyTouXw9M9zGzgXco+S O+YEgrwHyIZJt4+/ESeNoznOUPYanRABc/Wrxy3PzFg5yWQFTjZlDjNesMfCFNNfJQO8vEufc kfTvTaFIvHcWKMWjdweT5/xKK9RsgjHponMbEhFcs4a/hpROaZaW3uVAOxxNuqcUBGzcrsQlM 439RHzSDZvk4ppyPIAP1SWrBBW3LvGNyqOtjIrpfJk/2vZIWvuRvUxCbvTk/v6yeHAQhJsV5E bulp3C4pK57Q2VPx5Z0w0aFSpkXfE66rfKbz9EdcOPpHGubygZhGhRHrCqwAcp61VUHsKlbH8 N7/0amYJhUQt5FklC/UJleteagwkgrOxjoqWE88RwSCYM/y2iwUzLtKpzKdIMVs5m89bUCSkA k4OQNxBbmrA08YLVaQWAii2Zd4LxCeiRv6TIFqL2FIF/1N1YcorFCROLqPLjyonc0PbZsbCuq KkMfynpM/bpEbud1ZXy1bQ6mXqOFFN2/tAtL8IsaY= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4341 Cc: Tom Tromey , 4341@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > > I think it would be preferable to run locate in asynchronously. > > This would be possible when `locate' were more similar to `find-dired'. > I don't mean its output should be formatted as files in dired. > For that we could create a new command like `locate-dired'. > But maybe internals of `find-dired' should be generalized to > accept arbitrary commands. This would allow implementing > `locate-dired', `rgrep-dired', `lgrep-dired', i.e. any command > that searches files with their output formatted for dired > like `find-name-dired', `find-grep-dired' and `find-dired'. That sounds nice. It's not trivial: find calls ls by itself. From processes Emacs can receive anything, and it would have to decide by itself on the fly if it's an ok file line and call "ls" to format the file line. "locate" for example can report files that have been deleted in the meantime. Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 03 14:48:45 2020 Received: (at 4341) by debbugs.gnu.org; 3 Nov 2020 19:48:45 +0000 Received: from localhost ([127.0.0.1]:46508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ka2IO-00065G-Qq for submit@debbugs.gnu.org; Tue, 03 Nov 2020 14:48:45 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:48379) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ka2IL-000650-Tt for 4341@debbugs.gnu.org; Tue, 03 Nov 2020 14:48:43 -0500 Received: from mail.gandi.net (m91-129-102-160.cust.tele2.ee [91.129.102.160]) (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 77E9A100006; Tue, 3 Nov 2020 19:48:33 +0000 (UTC) From: Juri Linkov To: Michael Heerdegen Subject: Re: bug#4341: 23.1; M-x locate runs synchronously References: <87y6onr35h.fsf@mail.jurta.org> <87d00u2wyo.fsf@web.de> Date: Tue, 03 Nov 2020 21:45:42 +0200 In-Reply-To: <87d00u2wyo.fsf@web.de> (Michael Heerdegen's message of "Tue, 03 Nov 2020 18:04:31 +0100") Message-ID: <87a6vyz0k9.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 4341 Cc: Tom Tromey , 4341@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.5 (-) >> > I think it would be preferable to run locate in asynchronously. >> >> This would be possible when `locate' were more similar to `find-dired'. >> I don't mean its output should be formatted as files in dired. >> For that we could create a new command like `locate-dired'. >> But maybe internals of `find-dired' should be generalized to >> accept arbitrary commands. This would allow implementing >> `locate-dired', `rgrep-dired', `lgrep-dired', i.e. any command >> that searches files with their output formatted for dired >> like `find-name-dired', `find-grep-dired' and `find-dired'. > > That sounds nice. > > It's not trivial: find calls ls by itself. From processes Emacs can > receive anything, and it would have to decide by itself on the fly if > it's an ok file line and call "ls" to format the file line. "locate" > for example can report files that have been deleted in the meantime. Is it possible to avoid using "ls"? If ls formatting is not needed, then the output buffer will look like a Dired buffer with enabled 'dired-hide-details-mode' that shows only file names. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 04 06:14:19 2020 Received: (at 4341) by debbugs.gnu.org; 4 Nov 2020 11:14:19 +0000 Received: from localhost ([127.0.0.1]:47682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kaGk7-0002EQ-33 for submit@debbugs.gnu.org; Wed, 04 Nov 2020 06:14:19 -0500 Received: from mout.web.de ([217.72.192.78]:47771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kaGk5-0002EB-Dc for 4341@debbugs.gnu.org; Wed, 04 Nov 2020 06:14:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1604488449; bh=b1zpwNpEaC7AElXniq2locpbcao1kKX6+PMosQsL7pY=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=OWRNXFvN7gGIcWjzbvkD2GC+NCWoAel9jd5TSHb8UPXjarLUXifZjUNga8s5C0k1a /t+xFh2nZ31BZgHIHaterZwlzJSaRNFCDqYLWXuamZnNdcWiPTG2bhh6gPHczuwYFj GrCijQA44/YoXmTbHzwnJNGRFKtK0imCMEGka1Mg= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from drachen.dragon ([188.98.110.121]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1N62yY-1kGRgX0p4q-016aac; Wed, 04 Nov 2020 12:14:09 +0100 From: Michael Heerdegen To: Juri Linkov Subject: Re: bug#4341: 23.1; M-x locate runs synchronously References: <87y6onr35h.fsf@mail.jurta.org> <87d00u2wyo.fsf@web.de> <87a6vyz0k9.fsf@mail.linkov.net> Date: Wed, 04 Nov 2020 12:14:08 +0100 In-Reply-To: <87a6vyz0k9.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 03 Nov 2020 21:45:42 +0200") Message-ID: <87pn4tv0fz.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:GG46OkoLu8H7GVMg+cWra1pvGzJc4AD6ZUJTnDQueUjrMEwVQIh K45w6RxpARhUWYy+SWTeDMx4TXURRLHCoLhcW6TkhF7IXj+ar0oAc4NtTyLxlfwU9ZNnWOw SoFnMgRtVGb+fRe+jILziqvXUARR+X/TCgwDzj9dZ14ejICVD0sST+m805gFtvFOwkNR0xt 3/QZ+jUfvKIjkz7Wl+soQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:pmB1/u+B/MU=:sz8/DpSYinmoBKeF7n/h8i 6lMohXBgsGpwACMCo8CWvbRSfhyT+cAy8QNTn/5Q7SX7paUrwfK9ly/Dbh/xP0snpJ7GnIGag P8C1F9NYTfW77zHfNFrr1TBE9lQoNYwbRp8hUJUx3AJ/bjgWds/4B8uJgH9SqTZxvZ2AZ/BuD DsgKj3Vq1dgRfHFkHjQmoqP+lK025eMwrFcv34kBdxMXF4Rh3kkBvtVH6dfxl4YEIYrSVtPLE uapAtAom+mtsqh3u6afZg1sCGCrJu0lk6zV927bhrKjQxGO76Q2/gy6m3uJMHIcDrKURv6vCq WhZoRB8/wZENYg7w/TZp1nlerZ9doHAP3wFwqDoFQLeG9CiI5tztVcx1t+itpn9f5gPDGCn3j ZftBQWVVxFrnFt9mlfzBsPPV53gqfSO87u4NmHY4ysmETCf6fvmV5/S2UlVxYNh3R8ZwLIXYN qxXicnIQeAr1zHNrj0bI/fKWfUuiMlTk8ufP27fdyPf2Rg2uMZcEdi2lrCyzFsxuFDNJgkBOf yJkC/ua5epkG8B0T0TF8E7FtdAlaGMh+QKtK6AoHk7RBAV8SDQW0NQJkMMbdkU9DJG5YqfVfj kgeBe2Dskm/p0oW5beqgCWRDb65sgiLtKIOjAfyNZl4Ux3tQlinr6p3R1s8HZje7SKJ9EsWbO g48GgHE6eQ9VuMeeh+SFEk4joZCEUV0pgTR6RHsp/c1AsIKJvDBXaXTQbCPZTxFQE+MZJde07 bnWQQDhDU+A9yIZYXbTtgvVN7vwF8E5bB1Bn84S1ZeZet0bN4k7yGcT83P5F7vGIkT1fip7NO DyxTSaSlrtUkJZfiqYzA7/BewOKgjdyY30xHt4NpJDFMFKHS9JS5zfdNm2UCaOIe3V6kJGiy7 TyauP4IOMuYaSPeeR6e5jKvn9PuYsx9mjL9dFIgvY= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 4341 Cc: Tom Tromey , 4341@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Juri Linkov writes: > Is it possible to avoid using "ls"? If ls formatting is not needed, > then the output buffer will look like a Dired buffer with enabled > 'dired-hide-details-mode' that shows only file names. I guess it is possible, I have no clue. It's what we do now. A downside is that developers would have to keep this in mind when working on dired, otherwise things may work only partially or break. For example, if you (in current Emacs master) mark files in a *locate* output buffer, they get marked and you can act on them, but marked files are not highlighted. OTOH, if we leave the corner case of non-existing files aside for now - when we do call ls (what would be the downsides?), we would get a fully functional dired support out of the box. Privately, I have adviced `locate' to insert the list of found files into a new dired buffer (by calling `dired' with the explicit list of files), and so far I find it better. That is actually already all I can contribute so far. Regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 14:48:23 2020 Received: (at 4341) by debbugs.gnu.org; 8 Nov 2020 19:48:23 +0000 Received: from localhost ([127.0.0.1]:33093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbqfn-0001mI-Fc for submit@debbugs.gnu.org; Sun, 08 Nov 2020 14:48:23 -0500 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:54363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbqfl-0001lp-Qe for 4341@debbugs.gnu.org; Sun, 08 Nov 2020 14:48:22 -0500 X-Originating-IP: 91.129.97.46 Received: from mail.gandi.net (m91-129-97-46.cust.tele2.ee [91.129.97.46]) (Authenticated sender: juri@linkov.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id BB9F51C0002; Sun, 8 Nov 2020 19:48:13 +0000 (UTC) From: Juri Linkov To: Michael Heerdegen Subject: Re: bug#4341: 23.1; M-x locate runs synchronously Organization: LINKOV.NET References: <87y6onr35h.fsf@mail.jurta.org> <87d00u2wyo.fsf@web.de> <87a6vyz0k9.fsf@mail.linkov.net> <87pn4tv0fz.fsf@web.de> Date: Sun, 08 Nov 2020 21:47:51 +0200 In-Reply-To: <87pn4tv0fz.fsf@web.de> (Michael Heerdegen's message of "Wed, 04 Nov 2020 12:14:08 +0100") Message-ID: <87v9efwuqw.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 4341 Cc: Tom Tromey , 4341@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) >> Is it possible to avoid using "ls"? If ls formatting is not needed, >> then the output buffer will look like a Dired buffer with enabled >> 'dired-hide-details-mode' that shows only file names. > > I guess it is possible, I have no clue. It's what we do now. > > A downside is that developers would have to keep this in mind when > working on dired, otherwise things may work only partially or break. > For example, if you (in current Emacs master) mark files in a *locate* > output buffer, they get marked and you can act on them, but marked files > are not highlighted. > > OTOH, if we leave the corner case of non-existing files aside for now - > when we do call ls (what would be the downsides?), we would get a fully > functional dired support out of the box. > > Privately, I have adviced `locate' to insert the list of found files > into a new dired buffer (by calling `dired' with the explicit list of > files), and so far I find it better. That is actually already all I can > contribute so far. Maybe this would be an improvement. But sorry, I can't help in testing: while slow `M-x locate' used to be a problem in the past, nowadays it finishes within 1 sec, so I simply won't notice the difference :-) From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 08 15:24:04 2020 Received: (at 4341) by debbugs.gnu.org; 8 Nov 2020 20:24:04 +0000 Received: from localhost ([127.0.0.1]:33133 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbrEJ-0002jm-Ui for submit@debbugs.gnu.org; Sun, 08 Nov 2020 15:24:04 -0500 Received: from mail-ej1-f44.google.com ([209.85.218.44]:45007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbrEG-0002jG-Di for 4341@debbugs.gnu.org; Sun, 08 Nov 2020 15:24:02 -0500 Received: by mail-ej1-f44.google.com with SMTP id o23so9344174ejn.11 for <4341@debbugs.gnu.org>; Sun, 08 Nov 2020 12:24:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=eSp17uo58rd4SRtOd9M5pjFHsiuWeZNNMiJ4MKW25D8=; b=siEMIn8M3m4rXEveT2xIPU+6VupVGsMztnu1LjZzyE8ED1bTwgWyR6tlRSYFI1puR9 VsM1tFgBFgVGN2vUXCdp2LWG3xYX0bgOiBlzuH/YdM1mhNJHQ6rmLdXd+Bw9HdwoQUt6 88rnWBDP3SprS9aQh3JhI3EIy+U+N0Drm1k4g8O50j+YB9//A/Ev1kXbWJaY2unxRmkC PfKBtuhQDXg99c07WJ520MQiXoHKt183cGzBP0JMLj05N42CxZCOWM0e2MzZWA1xYh3H wVLqCntnnPoLAzKTT41ORlr7Vz8NULwiDbImPqno6PTqpWTuO0eVQ+3YTSYAduzQdtZi RNLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=eSp17uo58rd4SRtOd9M5pjFHsiuWeZNNMiJ4MKW25D8=; b=nQV1J+SjOPEw1Cda8FhubECe7DJHpPS1Lcte2O6HhitSmy2ERYPLGdbfQgYn+vWETG qGAVP/GyGQgqzfH/kQpF11sGNzxuJVJJnUrGfGmEk/DmdoZ7ffQXnDBlXwI0+Y+1WSfz TBurSpM9CmuT+AOTR1GpFO4QoEOVk8sJW6X5GFmXGwHGT2kY9/zNtHVy1LAUj0L1G6XI EGygg9SkikfCtSxID/KABfYg1d/frP7OHRAAVIanM/6Xpg35ohkqZlWDHhQ7IiTvcH88 mxB1XGzVSytZu16SNfsUSdCBPMlqA9q7dFrmc/eO4/jtAmPKcDACFRpENaXHhsUPXYGu Cgyg== X-Gm-Message-State: AOAM5319gGWLVMbHsHYl0Rbm2MsVPtqDtoMeO5Dq1WFrmN3nyC+/Deuw fx2U9oNpB1qo9NDfMnLBaj3VUjpbZf6h14qsmTA= X-Google-Smtp-Source: ABdhPJxiCDQjEtfl2XPYra9f+dSfRjCGhrD8AEeGsUH+wLU/2XW8J528wQed2phDqhdgyHVEnq6NltNZjKKREXCMAFs= X-Received: by 2002:a17:906:1246:: with SMTP id u6mr11921261eja.432.1604867034337; Sun, 08 Nov 2020 12:23:54 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 8 Nov 2020 12:23:53 -0800 From: Stefan Kangas In-Reply-To: <87v9efwuqw.fsf@mail.linkov.net> References: <87y6onr35h.fsf@mail.jurta.org> <87d00u2wyo.fsf@web.de> <87a6vyz0k9.fsf@mail.linkov.net> <87pn4tv0fz.fsf@web.de> <87v9efwuqw.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Sun, 8 Nov 2020 12:23:53 -0800 Message-ID: Subject: Re: bug#4341: 23.1; M-x locate runs synchronously To: Juri Linkov , Michael Heerdegen Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 4341 Cc: Tom Tromey , 4341@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Juri Linkov writes: > Maybe this would be an improvement. But sorry, I can't help in testing: > while slow `M-x locate' used to be a problem in the past, nowadays it > finishes within 1 sec, so I simply won't notice the difference :-) FWIW, here it takes much longer than that. It would be very welcome if someone would want to work on making it asynchronous. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 15 15:28:57 2020 Received: (at 4341) by debbugs.gnu.org; 15 Nov 2020 20:28:57 +0000 Received: from localhost ([127.0.0.1]:54250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1keOds-0004j5-TE for submit@debbugs.gnu.org; Sun, 15 Nov 2020 15:28:57 -0500 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:37437) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1keOdr-0004iq-Ap for 4341@debbugs.gnu.org; Sun, 15 Nov 2020 15:28:55 -0500 X-Originating-IP: 91.129.97.46 Received: from mail.gandi.net (m91-129-97-46.cust.tele2.ee [91.129.97.46]) (Authenticated sender: juri@linkov.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 348C81C0003; Sun, 15 Nov 2020 20:28:46 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#4341: 23.1; M-x locate runs synchronously Organization: LINKOV.NET References: <87y6onr35h.fsf@mail.jurta.org> <87d00u2wyo.fsf@web.de> <87a6vyz0k9.fsf@mail.linkov.net> <87pn4tv0fz.fsf@web.de> <87v9efwuqw.fsf@mail.linkov.net> Date: Sun, 15 Nov 2020 22:20:05 +0200 In-Reply-To: (Stefan Kangas's message of "Sun, 8 Nov 2020 12:23:53 -0800") Message-ID: <87wnymv3yq.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 4341 Cc: Michael Heerdegen , Tom Tromey , 4341@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) --=-=-= Content-Type: text/plain >> Maybe this would be an improvement. But sorry, I can't help in testing: >> while slow `M-x locate' used to be a problem in the past, nowadays it >> finishes within 1 sec, so I simply won't notice the difference :-) > > FWIW, here it takes much longer than that. It would be very welcome if > someone would want to work on making it asynchronous. What I can do to help is to post my current customization: --=-=-= Content-Type: text/x-org; charset=utf-8 Content-Disposition: inline; filename=locate.org Content-Transfer-Encoding: 8bit * Highlight all matches in the =*Locate*= buffer like in the =*Occur*= buffer: #+begin_src emacs-lisp (add-hook 'locate-post-command-hook (lambda () (save-excursion (goto-char (point-min)) (when (or (re-search-forward "Matches for .* using filter \\(.*\\):" nil t) (re-search-forward "Matches for \\(.*\\):" nil t)) (highlight-regexp (match-string-no-properties 1) 'match))))) #+end_src * Ignore case in locate command #+begin_src emacs-lisp (with-eval-after-load 'locate ;; Redefine ‘locate-default-make-command-line’. (defun locate-make-command-line-ignore-case (search-string) (list locate-command "-i" search-string)) (setq locate-make-command-line 'locate-make-command-line-ignore-case)) #+end_src --=-=-= Content-Type: text/plain With this I see no problems with adding a new option to use ls with switches as demonstrated by this code: #+begin_src emacs-lisp (defun locate-make-command-line-ls (search-string) (list shell-file-name shell-command-switch (format "%s %s %s | xargs ls -ls" locate-command "-i" search-string) )) (setq locate-make-command-line 'locate-make-command-line-ls) #+end_src Then it's possible to enable 'dired-virtual-mode' in the output buffer in 'locate-post-command-hook'. Or maybe locate.el should be obsoleted, and a new option to run 'locate' should be added to find-dired.el? --=-=-=--