-------- Original Message -------- Subject: Re: EasyH10 Bugs Date: Fri, 29 Sep 2006 01:46:40 +0900 From: nyaochi <[EMAIL PROTECTED]> To: Benjamin E. Seidenberg <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]>
Hi Benjamin, Thank you for letting me know of this bug report. > I'd like to bring your attention to http://bugs.debian.org/389658 . It > reminds me of that issue you fixed for me in playlist creation where the > file buffer wasn't closed, but I couldn't find similar in the code > (though I don't know exactly where to look). Me either. But I'd like to see how replacing libid3tag with taglib affects (described later). > Also, it was brought to my attention that although easyh10 builds > against zlib (as the readme and configure script require), no symbols > from zlib are actually used by the binary. Was this something that was > used in the past and has since been dropped? Actually, libid3tag has a dependency to zlib library since ID3v2 allow zlib compression for tag data. But I'm not sure who should take responsibility for resolving zlib: a) libid3tag automatically imports zlib symbols after EasyH10 imports libid3tag b) libid3tag does not import zlib symbols on its own and EasyH10 must resolve zlib symbols I thought b) was the right answer, but the choice might be wrong. Anyway, I'm going to replace libid3tag with taglib since libid3tag can't seem to handle ID3v2 tag generated by MusicBrainz Picard: http://easyh10.sourceforge.net/forum/index.php?topic=121.msg790#msg790 I heard that more projects now use taglib instead of libid3tag or libid3. The new code using taglib is ready in the CVS, but I can't access to the CVS server now. I hope this will also sort out the bug reported in the bugtracker. Thanks, Nyaochi
signature.asc
Description: OpenPGP digital signature