Re: failure when searching by complete filename with -P and --color=always options
William Xu <[email protected]>
| Newsgroups | gmane.comp.gnu.global.bugs |
|---|---|
| Message-ID | <CACzMC-BtakSJ3H7SS9ZEvdd4DubYOyO8yiE8F79WTzLcggmjCg@mail.gmail.com> |
> It will be fixed by the attached patch, I believe.Could you please try > it? Yes, I confirm it has fixed the issue. Thanks! -- William On Wed, Dec 30, 2015 at 10:25 AM Shigio YAMAGUCHI <[email protected]> wrote: > Hi, > > $ cd hi/what > ... > > $ global -P --color=always hi/foo.cpp > > foo.cpp > > ^^^^^^^ (this is wrong!!) > > It will be fixed by the attached patch, I believe. > Could you please try it? > Thank you for the report! > > Regards, > Shigio > > 2015-12-30 6:47 GMT+09:00 William Xu <[email protected]>: > >> Hi, >> >> I find a nasty bug that when searching a filename with its complete >> path, together with -P and --color=always options, the returned file >> path is incorrect, missing a "../" at the front. Below is steps for >> reproducing. >> >> version: global (GNU GLOBAL) 6.5.2 >> OS: Mac OS 10.11.2 >> >> ---------------------------------8<------------------------------------- >> $ tree . >> . >> |-- GPATH >> |-- GRTAGS >> |-- GTAGS >> `-- hi >> |-- bar.cpp >> |-- foo.cpp >> `-- what >> >> 2 directories, 5 files >> >> $ cd hi/what >> $ global -P --color=always foo.cpp >> ../foo.cpp >> >> $ global -P --color=always hi/foo.cpp >> foo.cpp >> ^^^^^^^ (this is wrong!!) >> >> $ global -P hi/foo.cpp >> ../foo.cpp >> ---------------------------------8<------------------------------------- >> >> -- >> William >> >> Never have so many understood so little about so much. >> -- James Burke >> >> >> _______________________________________________ >> Bug-global mailing list >> [email protected] >> https://lists.gnu.org/mailman/listinfo/bug-global >> > > > > -- > Shigio YAMAGUCHI <[email protected]> > PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 > _______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global