Registered Member
|
The crash is reproducable: Kdenlive: SVN 1640 (gdb) run |
Registered Member
|
Okay, I uninstalled previous version of MLT and made clean, make install from SVN. gdb kdenlive |
Registered Member
|
Error on exit: Starting program: /usr/bin/kdenlive |
Registered Member
|
On startup: Using host libthread_db library "/lib/libthread_db.so.1". |
Registered Member
|
When creating new HDV 1080 50i project: Quote:
Using host libthread_db library "/lib/libthread_db.so.1". |
Registered Member
|
It is really a bad bug. Quote:
|
Registered Member
|
It seems to be some sort of malloc/free problem. If I remove my kdenliverc, run and once it comes up (which it does eventually) exit. Then I have a fleshed out kdenliverc, and subsequently kdenlive will start with no problem. No idea what the malloc/free problem is though. |
Registered Member
|
Thanks for the tip. |
Registered Member
|
Please find attached a trace file. Please tell me how can I help to provide a suitable trace file. |
Registered Member
|
Reviewing the errors that valgrind reports (many of which are problems in libraries beyond our control) 1/
in mlt_profile.c. The length that is allocated doesn't account for the extra '/' that might be added. We really need another "+1" in there. That is the only one I can make out so far. I'm not sure fixing it will have a big effect, but it naturally should be fixed. |
Registered Member
|
I've figured out another warning. In krender.cpp, values returned by decodedString should be deleted with Also, on the last call to decodedString in the file. the value is never deleted. Again, I doubt this is causing the crash. |
Registered Member
|
... and I have half-decoded the more significant alloc/free problem. mlt registers a 'listener' for the 'profile' property, so that when someone changes This function that is called on a notify is mlt_consumer_property_changed in mlt_consumer.c This function calls mlt_event_close presumably to discard the event. But the event is still in use I don't know what is suppose to happen here exactly, but if I comment out
at around line 120 of mlt/src/framework/mlt_consumer.c then I can start kdenlive and load an old project. Hopefully someone who knows what mlt is trying to do in this case can have a look and fix it ..... |
Registered Member
|
Sorry, here is the correct trace file: |
Registered Member
|
Thanks for your feedback, Neil. I will fix this up including the string length bug. |
Registered Member
|
I were experiencing crashes too, but today KDEnlive simply refuses to start up, just states in a dialog it cannot locate MLT and asks for a path to it. Contrary to that, linker debug log (LD_DEBUG=libs) shows that it has successfully linked with libmlt and libmlt++. There's talk on the KDEnlive developers mailing list about a new MLT profiles system and KDEnlive being ported to it - maybe we're seeing bugs related to this effort? |
Registered users: bancha, Bing [Bot], daret, Evergrowing, Google [Bot], lockheed, sandyvee, Sogou [Bot]