The root cause of that crash is a C++ class name collision between Kwave and the new libaudiofile version which now also uses C++ (both have a name called "Track"). I fixed this already in git. Reproducible: Always Steps to Reproduce: 1.start kwave 2.load a file that uses a file format supported by libaudiofile, e.g. *.wav 3.crashes
Created attachment 308933 [details, diff] fix for namespace collision between kwave and libaudiofile-0.3.3
@Thomas Thank you for the patch, but its very huge. As i can see from project page you are the upstream maintainer of the project. So i would suggest to create a bug fix release.
(In reply to comment #2) > @Thomas Thank you for the patch, but its very huge. As i can see from > project page you are the upstream maintainer of the project. So i would > suggest to create a bug fix release. ping. Can you please provide a bug fix release?
Well, the point is that the root cause is in libaudiofile and a fix for this is already available via the audiofile git repository. So wouldn't it be better to mask media-libs/audiofile-0.3.3 instead, or to patch audiofile? I could provide that patch as well, but that one is also ~24kB. I am already on the way to make a new release of Kwave, including some other fixes, but this still takes some weeks and I wanted to save the effort of making an additional release in between. So what is the problem with the patch I provided for kwave? Is it that you don't want to have a file of that size in the portage tree?
update: I have seen that media-libs/audiofile-0.3.4 came into portage recently - that means the problem is solved now.
(In reply to comment #5) > update: > I have seen that media-libs/audiofile-0.3.4 came into portage recently - > that means the problem is solved now. Thanks.
