#413 stack smashng error when enabling id3v2 tags

[Gerhard Hintermayer]

I recently updated my grip installation just to find out that grip crashes when enabling id3_v2 tags. with v1 tags only the problem does not exists. I tried another genres (mine was Acapella) but without success. Whenever encoding of first track finishes, grip just crashes with above error. I'm just preparing to install gdb to dig a little deeper. BTW I'm using 4.0.1. Of coures I could use v1 tags only and copy v1 tags to v2 tags using id3v2 tool, but this would of course copy truncated strings (if title etc. were longer than v1 supports) and would need an extra step when ripping/encoding to my library.

[Gerhard Hintermayer]

oops, should be stack smashing error, cannot edit subject any more :-(

What exactly does NUM_FRAMES in id3.c do - looks like this is the only ID3_v2 related "officially tweakable" parameter ....

[Gerhard Hintermayer]

unfortunately my gdb knowledge ends @ run & backtrace :-( any ideas ?

Starting program: /usr/bin/grip
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
[Detaching after fork from child process 31629]
[New Thread 0xb5148b40 (LWP 31630)]
[Detaching after fork from child process 31631]
[New Thread 0xb47ffb40 (LWP 31632)]
[New Thread 0xb3dffb40 (LWP 31633)]
[Thread 0xb47ffb40 (LWP 31632) exited]
[New Thread 0xb47ffb40 (LWP 31640)]
[Thread 0xb47ffb40 (LWP 31640) exited]
[Detaching after fork from child process 31643]
*** stack smashing detected ***: <unknown> terminated

Thread 1 "grip" received signal SIGABRT, Aborted.
0xb7fd7092 in ?? () from /lib/ld-linux.so.2

(gdb) backtrace
#0  0xb7fd7092 in  () at /lib/ld-linux.so.2
#1  0xb725cf8a in raise () at /lib/libc.so.6
#2  0xb72462b6 in abort () at /lib/libc.so.6
#3  0xb72a1dfc in  () at /lib/libc.so.6
#4  0xb734561a in  () at /lib/libc.so.6
#5  0xb73455bb in  () at /lib/libc.so.6
#6  0xb7e57660 in  () at //usr/lib/libid3-3.8.so.3
#7  0xb7e4ba1f in Mp3Info::Parse(ID3_Reader&, unsigned int) ()
    at //usr/lib/libid3-3.8.so.3
#8  0xb7e50476 in ID3_TagImpl::ParseReader(ID3_Reader&) ()
    at //usr/lib/libid3-3.8.so.3
#9  0xb7e50b32 in ID3_TagImpl::ParseFile() () at //usr/lib/libid3-3.8.so.3
#10 0xb7e4cddc in ID3_TagImpl::Link(char const*, unsigned short) ()
    at //usr/lib/libid3-3.8.so.3
#11 0xb7e4c0b5 in ID3_Tag::Link(char const*, unsigned short) ()
    at //usr/lib/libid3-3.8.so.3
#12 0xb7e3d20c in ID3Tag_Link () at //usr/lib/libid3-3.8.so.3
#13 0x0041b96e in  ()
#14 0x00419745 in  ()
#15 0x00408d95 in  ()
#16 0x0040889c in  ()
#17 0xb7614681 in  () at //usr/lib/libglib-2.0.so.0
#18 0xb7613a87 in g_main_context_dispatch () at //usr/lib/libglib-2.0.so.0
--Type <RET> for more, q to quit, c to continue without paging--
#19 0xb7613e99 in  () at //usr/lib/libglib-2.0.so.0
#20 0xb7614239 in g_main_loop_run () at //usr/lib/libglib-2.0.so.0
#21 0xb7994c25 in gtk_main () at //usr/lib/libgtk-x11-2.0.so.0
#22 0x00408b3e in  ()
#23 0x00408727 in  ()
#24 0xb7247911 in __libc_start_main () at /lib/libc.so.6
#25 0x00408771 in  ()

[Solbu]

We are in the process of modernizing the codebase, where the long term goal is porting to GTK3.
If you can you can go to the «Code» tab above and either download a snamshot, or clone the git repo and compile from the git source code.
The only step that differs from the regular tarball releases is you need to run «autoreconf -if» as the first step, to generate the configure script.

I'm not sure but I think your issue might be one of the things fixed in the not yet released codebase.

[Solbu]

And now we have released version 4.1.0, if you want to use/test an official tarball release. :-)