GNU bug report logs -
#43696
Hyperbole recursive directory grep, not giving expected result
Previous Next
Reported by: Jean Louis <bugs <at> gnu.support>
Date: Tue, 29 Sep 2020 07:08:02 UTC
Severity: normal
Done: Mats Lidell <matsl <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 43696 in the body.
You can then email your comments to 43696 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Tue, 29 Sep 2020 07:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jean Louis <bugs <at> gnu.support>
:
New bug report received and forwarded. Copy sent to
bug-hyperbole <at> gnu.org
.
(Tue, 29 Sep 2020 07:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I was trying out this paragraph from DEMO file:
> The output of `grep -n', the UNIX line pattern matcher, can be activated as
> buttons that jump to each matched line within its source file; use {M-x grep
> RET} or even better, the Hyperbole recursive directory grep, {C-h h f g}.
It does not do what is expected, for example if I write "facebook" in
elpa/hyperbole directory, it will not give me any results, if I do
classic grep, it gives me result
[~/.emacs.d/elpa/hyperbole-7.1.2]
admin-> grep -insIH --exclude="*~" --exclude="#*" --exclude="TAGS" -e 'facebook' .
[~/.emacs.d/elpa/hyperbole-7.1.2]
admin->
no result from above.
If I do like this in the shell:
grep -insIH --exclude="*~" --exclude="#*" --exclude="TAGS" -e 'facebook' *
Then I am getting some results. Please review if there is any error.
Suggestion:
The minibuffer description: Rgrep below current dir... could actually
show the current dir to the user.
I use: Editor: GNU Emacs 28.0.50 (build 15, x86_64-pc-linux-gnu, X toolkit, cairo version 1.14.8, Xaw3d scroll bars)
Hyperbole: 7.1.2
Sys Type: x86_64-pc-linux-gnu
OS Type: gnu/linux
Window Sys: x
News Reader: Gnus v5.13
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Wed, 30 Sep 2020 04:26:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 43696 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, Sep 29, 2020 at 3:08 AM Jean Louis <bugs <at> gnu.support> wrote:
> I was trying out this paragraph from DEMO file:
>
> > The output of `grep -n', the UNIX line pattern matcher, can be activated
> as
> > buttons that jump to each matched line within its source file; use {M-x
> grep
> > RET} or even better, the Hyperbole recursive directory grep, {C-h h f g}.
>
{C-h h f g} works fine here.
>
> It does not do what is expected, for example if I write "facebook" in
> elpa/hyperbole directory, it will not give me any results, if I do
> classic grep, it gives me result
>
Are you saying you are in a buffer whose default-directory is the
elpa/hyperbole directory and your grep returns no results? If so, I don't
see that problem with 7.1.3.
>
> Suggestion:
>
> The minibuffer description: Rgrep below current dir... could actually
> show the current dir to the user.
>
Maybe except long paths would likely get in the way.
Bob
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Wed, 30 Sep 2020 09:19:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 43696 <at> debbugs.gnu.org (full text, mbox):
* Robert Weiner <rsw <at> gnu.org> [2020-09-30 07:25]:
> On Tue, Sep 29, 2020 at 3:08 AM Jean Louis <bugs <at> gnu.support> wrote:
>
> > I was trying out this paragraph from DEMO file:
> >
> > > The output of `grep -n', the UNIX line pattern matcher, can be activated
> > as
> > > buttons that jump to each matched line within its source file; use {M-x
> > grep
> > > RET} or even better, the Hyperbole recursive directory grep, {C-h h f g}.
> >
>
> {C-h h f g} works fine here.
>
> >
> > It does not do what is expected, for example if I write "facebook" in
> > elpa/hyperbole directory, it will not give me any results, if I do
> > classic grep, it gives me result
> >
>
> Are you saying you are in a buffer whose default-directory is the
> elpa/hyperbole directory and your grep returns no results? If so, I don't
> see that problem with 7.1.3.
I am using 7.1.3 now, and it does not work:
-*- mode: grep; default-directory: "~/Programming/emacs-lisp/" -*-
Grep started at Wed Sep 30 12:12:18
grep -insIH --exclude="*~" --exclude="#*" --exclude="TAGS" -e 'rcd' .
Grep finished with no matches found at Wed Sep 30 12:12:18
while in that directory I have many many results for "rcd".
So it definitely does not work.
grep -insIH --exclude="*~" --exclude="#*" --exclude="TAGS" -e 'business' .
I don't think so it will ever work recursively, the option -r is
missing or -d recurse as in manual of grep.
And you are using . as FILE argument, but with -r option, you need no
argument at all in the directory.
Jean
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Wed, 30 Sep 2020 09:20:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 43696 <at> debbugs.gnu.org (full text, mbox):
* Robert Weiner <rsw <at> gnu.org> [2020-09-30 07:25]:
> {C-h h f g} works fine here.
I really wonder, could you tell me which system are you using? Is it
GNU/Linux or other?
Which grep is used there?
Jean
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Thu, 01 Oct 2020 01:58:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 43696 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sometimes I use GNU/Linux, sometimes MacOS. On MacOS, I have:
grep --version
grep (BSD grep) 2.5.1-FreeBSD
Bob
On Wed, Sep 30, 2020 at 5:19 AM Jean Louis <bugs <at> gnu.support> wrote:
> * Robert Weiner <rsw <at> gnu.org> [2020-09-30 07:25]:
> > {C-h h f g} works fine here.
>
> I really wonder, could you tell me which system are you using? Is it
> GNU/Linux or other?
>
> Which grep is used there?
>
> Jean
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Thu, 01 Oct 2020 02:02:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 43696 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The Hyperbole custom option used in this grep command is:
hypb:rgrep-command
and the default definitely includes the -r option. Have a look in
hypb.el. You must have customized it.
Bob
On Wed, Sep 30, 2020 at 9:56 PM Robert Weiner <rsw <at> gnu.org> wrote:
> Sometimes I use GNU/Linux, sometimes MacOS. On MacOS, I have:
>
> grep --version
> grep (BSD grep) 2.5.1-FreeBSD
>
> Bob
>
> On Wed, Sep 30, 2020 at 5:19 AM Jean Louis <bugs <at> gnu.support> wrote:
>
>> * Robert Weiner <rsw <at> gnu.org> [2020-09-30 07:25]:
>> > {C-h h f g} works fine here.
>>
>> I really wonder, could you tell me which system are you using? Is it
>> GNU/Linux or other?
>>
>> Which grep is used there?
>>
>> Jean
>>
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Thu, 01 Oct 2020 06:38:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 43696 <at> debbugs.gnu.org (full text, mbox):
* Robert Weiner <rsw <at> gnu.org> [2020-10-01 04:57]:
> Sometimes I use GNU/Linux, sometimes MacOS. On MacOS, I have:
>
> grep --version
> grep (BSD grep) 2.5.1-FreeBSD
Well that maybe different, I cannot know now. It does not work on
GNU/Linux with GNU grep.
Does that work on your GNU/Linux grep?
It should work with any grep in general, you need to make sure it works.
Information forwarded
to
bug-hyperbole <at> gnu.org
:
bug#43696
; Package
hyperbole
.
(Thu, 01 Oct 2020 06:47:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 43696 <at> debbugs.gnu.org (full text, mbox):
* Robert Weiner <rsw <at> gnu.org> [2020-10-01 05:01]:
> The Hyperbole custom option used in this grep command is:
>
> hypb:rgrep-command
>
> and the default definitely includes the -r option. Have a look in
> hypb.el. You must have customized it.
I would never customize that, truly I did not, yet Emacs says I
did. That is weird. I never before even used that grep within
Hyperbole.
It works now.
However, I am not sure if you need the dot on the end, the
documentation says nothing need be on the end at -r recursive grep.
bug closed, send any further explanations to
43696 <at> debbugs.gnu.org and Jean Louis <bugs <at> gnu.support>
Request was from
Mats Lidell <matsl <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 09 Oct 2020 23:26:06 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 07 Nov 2020 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.