Re: Fwd: segfault with latest gtags

[Aneesh Kumar]

On Thu, Feb 18, 2010 at 7:12 AM, Shigio YAMAGUCHI <address@hidden> wrote:
> Hi,
>> No it always segfault in the third attempt.
>> a) create tags files
>> b) switch to a different branch/version (in other words change some c files=
>>  )
>> c) run gtags -c -i -f gtags.file . it will throw an error primary key size =
>> =3D 0
>> d) run gtags -c -i -f gtags.file it will segfault
>
> What Hideki says is "The tag files might already corrupted before the d)",
> I think.  It is not significant to test on broken tag files. Only the first
> error, that is, the c) is significant.
>
> So, we need the backtrace at the c).
>
> $ /home/opensource/sources/global/gtags/gtags -c -f gtags.file  <= create tag 
> files
> (change some c files)
> $ gdb /home/opensource/sources/global/gtags/gtags
> (gdb) b die                             <= to break at die("primary key size 
> == 0.");
> (gdb) r -c -i -f gtags.files            <= incremental updating
> (gdb) bt                                <= backtrace at the first error
>
> Thank you in advance.

(gdb) b die
Breakpoint 1 at 0x8057db6: file die.c, line 61.
(gdb) r -c -i -f  gtags.files
Starting program: /home/opensource/sources/global/gtags/gtags -c -i -f
 gtags.files

Breakpoint 1, die (s=0x8074496 "primary key size == 0.") at die.c:61
61              if (!quiet) {
(gdb) bt
#0  die (s=0x8074496 "primary key size == 0.") at die.c:61
#1  0x0805727f in dbop_put (dbop=0xaf69200, name=0xd0e9515 "",
data=0xd0e952f "") at dbop.c:169
#2  0x0805b0a4 in gtags_move_ref_sym (gtop=0xbfffbafc) at gtagsop.c:524
#3  0x0804a5f2 in updatetags_using_builtin_parser (dbpath=0xbfffdc4b
"/home/opensource/sources/v9fs",
    root=0xbfffcc4a "/home/opensource/sources/v9fs",
deleteset=0x80a9720, addlist=0x80a96e0)
    at gtags.c:1110
#4  0x0804b327 in incremental (dbpath=0xbfffdc4b
"/home/opensource/sources/v9fs",
    root=0xbfffcc4a "/home/opensource/sources/v9fs") at gtags.c:693
#5  0x0804c481 in main (argc=<value optimized out>, argv=<value
optimized out>) at gtags.c:471
(gdb)

-aneesh