Bug#561681: crashes on startup

Dave Beckett dave at dajobe.org
Sat Dec 19 19:51:48 UTC 2009


Adrian Knoth wrote:
> On Sat, Dec 19, 2009 at 05:02:21PM +0100, hungerburg wrote:
> 
> Hi!
> 
>> the last time I used ardour two days ago. I believe it was
>> 1:2.8.4-1 - today after updating to 1:2.8.4-2 I can no longer
>> launch the application. A downgrade does not help. Maybe its
>> because a file changed that ardour uses but that is in another
>> package.
> 
> We have to sort things out. I claim that it's not an ardour bug,
> ardour's working fine over here and you say that downgrading doesn't fix
> the bug, so it's very likely not ardour's fault.
> 
> I'll reassign the bug to the appropriate package once we know the
> culprit.
> 
>> Below valgrind output shows an invalid memory access while
>> loading lv2 plugins. I am not aware that debian ships any of
>> those though or that such plugins are installed on this
>> system here.
> 
> We do have LV2 plugins in Debian, however, ardour's LV2 code is rather
> stable. See below.
> 
>> ==29391== Jump to the invalid address stated on the next line
>> ==29391==    at 0xC: ???
>> ==29391==    by 0x58CEF8F: rasqal_engine_execute_init (in /usr/lib/librasqal.so.1.0.0)
>> ==29391==    by 0x58CA128: rasqal_query_execute (in /usr/lib/librasqal.so.1.0.0)
>> ==29391==    by 0x58A8781: ??? (in /usr/lib/librdf.so.0.0.0)
>> ==29391==    by 0x58A5D49: librdf_query_execute (in /usr/lib/librdf.so.0.0.0)
>> ==29391==    by 0x595A83D: slv2_world_load_specifications (in /usr/lib/libslv2.so.9.2.0)
>> ==29391==    by 0x595AE93: slv2_world_load_all (in /usr/lib/libslv2.so.9.2.0)
>> ==29391==    by 0x424E262: ARDOUR::LV2World::LV2World() (in /usr/lib/ardour2/libardour.so)
>> ==29391==    by 0x4198453: ARDOUR::PluginManager::PluginManager() (in /usr/lib/ardour2/libardour.so)
>> ==29391==    by 0x41462D0: ARDOUR::init(bool, bool) (in /usr/lib/ardour2/libardour.so)
>> ==29391==    by 0x816080C: ARDOUR_UI::ARDOUR_UI(int*, char***) (in /usr/lib/ardour2/ardour-2.8.4)
>> ==29391==  Address 0xc is not stack'd, malloc'd or (recently) free'd
> 
> Here we go. As always, stack traces are bottom up. We see that ardour
> calls some LV2 functions which are handled by libslv2. This library does
> the whole LV2 discovery stuff.
> 
> Further up the stack trace, we see librdf executing a query, which is
> then passed to librasqal.
> 
> Both libs, librdf and librasqal, have new versions in unstable since
> yesterday, so I guess one of them is the culprit:
> 
>    http://packages.qa.debian.org/r/redland.html
> 
>    http://packages.qa.debian.org/r/rasqal.html
> 
> (new versions on 2009-12-17)
> 
> 
> When I downgrade librdf0 to 1.0.9-3, ardour starts fine.
> 
> 
> That's why I would say librdf0 is the real culprit here.
> 
> I'm now building ardour against new librdf0 to see if this fixes the
> issue, but I don't think so. (libs are expected to be backward
> compatible, that is, ardour built against librdf0-1.0.9 should run with
> librdf0-1.0.10.
> 
> 
> However, I'll CC the librdf0 maintainer, so he has the chance to do some
> investigations himself.
> 



More information about the pkg-multimedia-maintainers mailing list