bug-global
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The path in the output of lid is assumed relative.


From: Shigio YAMAGUCHI
Subject: Re: The path in the output of lid is assumed relative.
Date: Thu, 12 Dec 2013 17:04:55 +0900

OK.
To reproduce the bug:

(in /tmp)
mkdir a
echo 'main(){}' >a/main.c
ln -s a b
cd a
gtags -I
cd ../b
global -I main

It seems that ID database has the memory of the directory
at the time of generation (/tmp/a), and lid follows the logical
current directory (/tmp/b).
If both of them are different, lid seems to produce the output
using absolute path name.

It is troublesome!

2013/12/12 Leo Liu <address@hidden>:
>> On 2013年12月12日, at 13:50, Shigio YAMAGUCHI <address@hidden> wrote:
>>
>> No error message was produced in my environment.
>> global-6.2.9
>> idutils-4.6
>>
>
> oddly lid gives relative paths in this case. I absolutely have no idea how to 
> rationalize its behaviour.
>
> My bad, I mixed up two steps.
>
> run gtags -I in the real directory
> and run the global command in the alias should give you the error.
>
>> 2013/12/12 Leo Liu <address@hidden>:
>>> On 2013-12-12 12:26 +0800, Shigio YAMAGUCHI wrote:
>>>>> 6. lid
>>>>
>>>> Would you please teach me a operation on global?
>>>
>>> RUN:
>>> global -v --idutils --regexp "n"
>>>
>>> OUTPUT:
>>> global: The path in the output of lid is assumed relative.
>>> '/home/leo/sources/c/dogecoin/src/addrman.h'
>>
>>
>>
>> --
>> Shigio YAMAGUCHI <address@hidden>
>> PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3



-- 
Shigio YAMAGUCHI <address@hidden>
PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3



reply via email to

[Prev in Thread] Current Thread [Next in Thread]