<div dir="ltr"><div>could be - I'll test it here,<br></div>I assumed that using kdesrc-build ( that compiles taglib ) I would be running that version of taglib.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 24, 2016 at 5:58 PM, Scott Wheeler <span dir="ltr"><<a href="mailto:wheeler@kde.org" target="_blank">wheeler@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I suspect what you're seeing is that the indexer is using the old version of TagLib, and the file introduced specifically is testing for that bug.  I don't think that's really a bug of the TagLib developer sources.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Scott<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> On Oct 24, 2016, at 13:56, Tomaz Canabrava <<a href="mailto:tcanabrava@kde.org">tcanabrava@kde.org</a>> wrote:<br>
><br>
> please cc to me as I'm not on the mailing-list.<br>
><br>
> I'm not sure if this bug is here for a longer time, but a binary file introduced in 9b995544e ( toc_many_children.mp3 ) causes taglib to eat my whole memory ( 20gbs ) and my system is unresponsive.<br>
><br>
> I know that this file is used only for testing purposes but as soon as I checked out the repository, baloo tried to index it and in the index it uses taglib to find out about mp3 information, and poof.<br>
><br>
> I tried to run the tests files and they run fine<br>
> vlc also crashes trying to open the file (also using taglib)<br>
><br>
> Tomaz<br>
<br>
</div></div></blockquote></div><br></div>