[Pkg-kde-extras] Bug#570754: kid3: Crashes when obtaining tags for a .wma file

Patrick Matthäi pmatthaei at debian.org
Sun Feb 21 18:18:03 UTC 2010


reassign #570754 libtag1-vanilla
thanks

On 21.02.2010 10:09, Yavor Doganov wrote:
> Package: kid3
> Version: 1.3-1
> Severity: normal
>
> While testing the libtunepimp fixes for #476378 and #559821, I noticed
> that kid3 always crashes when there is a .wma file and the user does
> "File->Import from MusicBrainz Fingerprint".  It looks like a bug in
> libtunepimp's wma plugin; please reassign if you can confirm this.
> Thanks.
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb227bb70 (LWP 30086)]
> 0xb792dfc8 in TagLib::ByteVector::~ByteVector() () from /usr/lib/libtag.so.1
> #0  0xb792dfc8 in TagLib::ByteVector::~ByteVector() ()
>     from /usr/lib/libtag.so.1
> #1  0xb2a9fcae in ~AttributePrivate (this=0x87fbec0,
>      __in_chrg=<value optimized out>) at wmaattribute.cpp:28
> #2  0xb2a9f165 in ~Attribute (this=0x868b388, __in_chrg=<value optimized out>)
>      at wmaattribute.cpp:113
> #3  0xb2a9d638 in ~pair (this=0x868b380, __in_chrg=<value optimized out>)
>      at /usr/include/c++/4.4/bits/stl_pair.h:68
> #4  0xb2aa3dc7 in __gnu_cxx::new_allocator<std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>  >::destroy (this=0xb227a6cf, __p=0x868b380)
>      at /usr/include/c++/4.4/ext/new_allocator.h:115
> #5  0xb2aa3cba in std::_Rb_tree<TagLib::ByteVector const, std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>, std::_Select1st<std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>  >, std::less<TagLib::ByteVector const>, std::allocator<std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>  >  >::_M_destroy_node (this=0x880cf54, __p=0x868b370)
>      at /usr/include/c++/4.4/bits/stl_tree.h:383
> #6  0xb2aa3ba0 in std::_Rb_tree<TagLib::ByteVector const, std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>, std::_Select1st<std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>  >, std::less<TagLib::ByteVector const>, std::allocator<std::pair<TagLib::ByteVector const, TagLib::WMA::Attribute>  >  >::_M_erase (this=0x880cf54, __x=0x868b370) at /usr/include/c++/4.4/bits/stl_tree.h:972
> #7  0xb2aa3a02 in ~_Rb_tree (this=0x880cf54, __in_chrg=<value optimized out>)
>      at /usr/include/c++/4.4/bits/stl_tree.h:614
> #8  0xb2aa36e5 in ~map (this=0x880cf54, __in_chrg=<value optimized out>)
>      at /usr/include/c++/4.4/bits/stl_map.h:87
> #9  0xb2aa370c in ~MapPrivate (this=0x880cf50, __in_chrg=<value optimized out>)
>      at /usr/include/taglib/tmap.tcc:35
> #10 0xb2aa3757 in ~Map (this=0x8694c88, __in_chrg=<value optimized out>)
>      at /usr/include/taglib/tmap.tcc:63
> #11 0xb2aa3596 in ~TagPrivate (this=0x8694c60, __in_chrg=<value optimized out>)
>      at wmatag.cpp:27
> #12 0xb2aa256e in ~Tag (this=0x8840138, __in_chrg=<value optimized out>)
>      at wmatag.cpp:46
> #13 0xb2a9ff92 in ~File (this=0xb227a870, __in_chrg=<value optimized out>)
>      at wmafile.cpp:101
> #14 0xb2a9c505 in wmaReadMetadata (mdata=0xb227aa58,
>      fileName=0x85ed31c "/home/yavor/Bangles 01 - Walk Like An Egyptian.wma",
>      flags=0, encoding=0x864e654 "UTF-8") at wma.cpp:185
> #15 0xb781c422 in ReadThread::readMetadata (this=0x8662820, track=0x880d7c0,
>      calcDuration=true) at readmeta.cpp:143
> #16 0xb781c12a in ReadThread::threadMain (this=0x8662820) at readmeta.cpp:99
> #17 0xb7821c28 in Thread::threadMainStatic (threadArg=0x8662820)
>      at thread.cpp:107
> #18 0xb627a585 in start_thread (arg=0xb227bb70) at pthread_create.c:300
> #19 0xb65c526e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Hello,

the bug is in libtag1-vanilla, which is crashing. I am reassigning.
But I think it would be nice for the libtag1-vanilla maintainer, to have 
an example file, where it crashes.

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatthaei at debian.org
         patrick at linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/





More information about the pkg-kde-extras mailing list