https://sourceforge.net/p/libayemu/bugs/Recent changes to bugsenSat, 08 Oct 2016 19:04:04 -0000https://sourceforge.net/p/libayemu/bugs/2/?limit=25#3b5f<div class="markdown_content"><p>fix commited to GitHub repository</p></div>Alexander SashnovSat, 08 Oct 2016 19:04:04 -0000https://sourceforge.net8011aecf2341c1634ed706db70aba666f904904fhttps://sourceforge.net/p/libayemu/bugs/2/<div class="markdown_content"><p>When loading some tracks library produces an error: "libayemu: lh5dec.c: Bad table".<br /> An example of this track can be downloaded here <a href="https://db.tt/X0Aarv1j" rel="nofollow">https://db.tt/X0Aarv1j</a></p></div>Boris TimofeevTue, 09 Sep 2014 13:13:54 -0000https://sourceforge.neteb743c313b6cc97ebc4d015ca9ef26cf80b8cfc8https://sourceforge.net/p/libayemu/bugs/1/<div class="markdown_content"><p>The configure script of xmms-vtx-0.8.1 tries to check for<br /> a installed libayemu in calling of ayemu_start() with -layemu.<br /> nm /lib/&lt;installpath&gt;/libayemu*|grep ayemu<br /> does indeed show, that a correctly installed libayemu<br /> doesn't contain any symbols matching ayemu_start.<br /> Replacing ayemu_start() in the configure script with<br /> an (indeed existant) ayemu_init() solved the problem: <br /> configure wouldn't complain about a missing libayemu anymore and compilation would just work as smoothly.<br /> My system is Debian/GNU-Linux, gcc-4.1, libayemu-0.9.5, xmms-vtx-0.8.1.<br /> meme (memep a.t. x-mail.net)</p></div>AnonymousMon, 21 Apr 2008 22:23:28 -0000https://sourceforge.net3f54bd3cd4a65779895b38bec19789349ea00bb9