SUMMARY As soon as Kdenlive shows a frame in the project/clip monitor, it crashes. ~FrameData throws a SIGABRT when the old frame should be deleted in sharedframe.h:47. The stack trace is: __GI_raise 0x00007f9a09a263eb __GI_abort 0x00007f9a09a05899 __libc_message 0x00007f9a09a7038e malloc_printerr 0x00007f9a09a784dc _int_free 0x00007f9a09a7a170 av_buffer_unref 0x00007f99f849b081 av_packet_unref 0x00007f99e9157fd9 <unknown> 0x00007f99f83c3340 avformat_close_input 0x00007f99f83cbc31 producer_avformat_close producer_avformat.c:3052 cache_object_close mlt_cache.c:142 cache_object_close mlt_cache.c:121 mlt_cache_item_close mlt_cache.c:185 clear_property mlt_property.c:109 mlt_property_close mlt_property.c:869 mlt_properties_close mlt_properties.c:1498 mlt_properties_close mlt_properties.c:1469 mlt_frame_close mlt_frame.c:981 mlt_frame_close mlt_frame.c:972 clear_property mlt_property.c:109 mlt_property_close mlt_property.c:869 mlt_properties_close mlt_properties.c:1498 mlt_properties_close mlt_properties.c:1469 mlt_frame_close mlt_frame.c:981 mlt_frame_close mlt_frame.c:972 clear_property mlt_property.c:109 mlt_property_close mlt_property.c:869 mlt_properties_close mlt_properties.c:1498 mlt_properties_close mlt_properties.c:1469 mlt_frame_close mlt_frame.c:981 mlt_frame_close mlt_frame.c:972 clear_property mlt_property.c:109 mlt_property_close mlt_property.c:869 mlt_properties_close mlt_properties.c:1498 mlt_properties_close mlt_properties.c:1469 mlt_frame_close mlt_frame.c:981 mlt_frame_close mlt_frame.c:972 Mlt::Frame::~Frame MltFrame.cpp:54 FrameData::~FrameData sharedframe.cpp:31 QExplicitlySharedDataPointer<FrameData>::operator= qshareddata.h:206 SharedFrame::operator= sharedframe.h:47 GLWidget::onFrameDisplayed glwidget.cpp:1280 QtPrivate::FunctorCall<QtPrivate::IndexesList<0>, QtPrivate::List<SharedFrame const&>, void, void (GLWidget::*)(SharedFrame const&)>::call qobjectdefs_impl.h:152 QtPrivate::FunctionPointer<void (GLWidget::*)(SharedFrame const&)>::call<QtPrivate::List<SharedFrame const&>, void> qobjectdefs_impl.h:185 QtPrivate::QSlotObject<void (GLWidget::*)(SharedFrame const&), QtPrivate::List<SharedFrame const&>, void>::impl qobjectdefs_impl.h:414 QObject::event(QEvent*) 0x00007f9a0a1bfe4a QWindow::event(QEvent*) 0x00007f9a0a586b1a QQuickWindow::event(QEvent*) 0x00007f9a0b2dd67f QApplicationPrivate::notify_helper(QObject*, QEvent*) 0x00007f9a0b6dda86 QApplication::notify(QObject*, QEvent*) 0x00007f9a0b6e6e00 QCoreApplication::notifyInternal2(QObject*, QEvent*) 0x00007f9a0a193a2a QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) 0x00007f9a0a1966a8 <unknown> 0x00007f9a0a1ec037 g_main_context_dispatch 0x00007f9a05af78bd <unknown> 0x00007f9a05af7b40 g_main_context_iteration 0x00007f9a05af7be3 QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) 0x00007f9a0a1eb635 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) 0x00007f9a0a1925cb QCoreApplication::exec() 0x00007f9a0a19a336 main main.cpp:257 __libc_start_main 0x00007f9a09a071e3 _start 0x000055f0c92696de
I have put all sources in here: http://granjow.net/uploads/temp/kdenlive-bug-420091.tar (1 GB)
I cannot reproduce with the latest changes from master, probably #419603 fixed this issue! Marking as resolved.
Created attachment 149849 [details] New crash information added by DrKonqi kdenlive (22.04.2) using Qt 5.15.2 - What I was doing when the application crashed: Started kdenlive and loaded a project incl. a clip. -- Backtrace (Reduced): #6 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #7 0x00007fd0f304a743 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #8 0x00007fd0f2ff76f6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #9 0x00007fd0f2fe0814 in __GI_abort () at abort.c:79 [...] #11 0x00007fd0f30e287a in __GI___fortify_fail (msg=msg@entry=0x7fd0f31834ca "buffer overflow detected") at fortify_fail.c:26
Currently building a kdenlive snapshot here: https://build.opensuse.org/project/monitor/home:frispete:blender Will report back, if that is working again!
Does it crash with any video clip ? Can you test if the clip can be played with MLT's command line utility (melt): melt myvideo.mp4 Not sure it is related to original report though.
Waiting for your feedback, thanks
(In reply to Jean-Baptiste Mardelle from comment #6) > Does it crash with any video clip ? Can you test if the clip can be played > with MLT's command line utility (melt): > melt myvideo.mp4 > > Not sure it is related to original report though. You're right, the problem is in libmlt: $ gdb -ex=r --args melt Livestream_–_EBS_Law_Congress-Start.mp4 Reading symbols from melt... Reading symbols from /usr/lib/debug/usr/bin/melt-7-7.4.0-2.4.x86_64.debug... Starting program: /usr/bin/melt Livestream_–_EBS_Law_Congress-Start.mp4 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". No LADSPA plugins were found! Check your LADSPA_PATH environment variable. [New Thread 0x7fffeb8b8640 (LWP 3904)] [New Thread 0x7fffeb0b7640 (LWP 3905)] [New Thread 0x7fffe28b6640 (LWP 3906)] [New Thread 0x7fffd20b5640 (LWP 3907)] [New Thread 0x7fffd18b4640 (LWP 3908)] [New Thread 0x7fffc90b3640 (LWP 3909)] [New Thread 0x7fffc08b2640 (LWP 3910)] [New Thread 0x7fffb80b1640 (LWP 3911)] [New Thread 0x7fffa78b0640 (LWP 3912)] [New Thread 0x7fffa70af640 (LWP 3913)] [New Thread 0x7fff9e8ae640 (LWP 3914)] [New Thread 0x7fff960ad640 (LWP 3915)] [New Thread 0x7fff8d8ac640 (LWP 3916)] [New Thread 0x7fff850ab640 (LWP 3917)] [New Thread 0x7fff748aa640 (LWP 3918)] [New Thread 0x7fff6c0a9640 (LWP 3919)] [New Thread 0x7fff6b8a8640 (LWP 3920)] [New Thread 0x7fff630a7640 (LWP 3921)] [New Thread 0x7fff5a8a6640 (LWP 3922)] [New Thread 0x7fff5a0a5640 (LWP 3923)] [New Thread 0x7fff418a4640 (LWP 3924)] [New Thread 0x7fff410a3640 (LWP 3925)] [New Thread 0x7fff388a2640 (LWP 3926)] *** buffer overflow detected ***: terminated Thread 1 "melt" received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; Missing separate debuginfos, use: zypper install libglslang11-debuginfo-11.9.0-1.2.x86_64 libquadmath0-debuginfo-12.1.0+git27-1.4.x86_64 (gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007ffff7c22743 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007ffff7bcf6f6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff7bb8814 in __GI_abort () at abort.c:79 #4 0x00007ffff7c1579e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7d5b524 "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:155 #5 0x00007ffff7cba87a in __GI___fortify_fail (msg=msg@entry=0x7ffff7d5b4ca "buffer overflow detected") at fortify_fail.c:26 #6 0x00007ffff7cb8e36 in __GI___chk_fail () at chk_fail.c:28 #7 0x00007ffff7cba158 in __wcrtomb_chk (s=s@entry=0x555555806568 "", wchar=<optimized out>, ps=ps@entry=0x7fffffffca10, buflen=buflen@entry=5) at wcrtomb_chk.c:31 #8 0x00007ffff76a1380 in wcrtomb (__ps=0x7fffffffca10, __wchar=<optimized out>, __s=0x555555806568 "") at /usr/include/bits/wchar2.h:402 #9 filter_restricted (in=0x555555805539 "ler") at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/avformat/producer_avformat.c:355 #10 0x00007ffff76a22b5 in find_default_streams (self=0x5555557fd120) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/avformat/producer_avformat.c:495 #11 producer_open (self=self@entry=0x5555557fd120, profile=profile@entry=0x555555574b50, URL=<optimized out>, take_lock=take_lock@entry=1, test_open=test_open@entry=1) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/avformat/producer_avformat.c:843 #12 0x00007ffff76aab5f in producer_avformat_init (profile=0x555555574b50, service=0x5555557fe740 "avformat", file=<optimized out>) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/avformat/producer_avformat.c:201 #13 0x00007ffff7f65ae2 in mlt_factory_producer (profile=profile@entry=0x555555574b50, service=service@entry=0x5555557fe740 "avformat", resource=resource@entry=0x7fffffffdb2c) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/framework/mlt_factory.c:345 #14 0x00007fffef7599b2 in create_from (services=<optimized out>, file=0x7fffffffdb2c "Livestream_–_EBS_Law_Congress-Start.mp4", profile=0x555555574b50) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/core/producer_loader.c:57 #15 create_producer (profile=profile@entry=0x555555574b50, file=file@entry=0x7fffffffdb2c "Livestream_–_EBS_Law_Congress-Start.mp4") at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/core/producer_loader.c:123 #16 0x00007fffef759e44 in producer_loader_init (profile=0x555555574b50, type=<optimized out>, id=0x555555564e10 "loader", arg=0x7fffffffdb2c "Livestream_–_EBS_Law_Congress-Start.mp4") at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/core/producer_loader.c:248 #17 0x00007ffff7f65ae2 in mlt_factory_producer (profile=profile@entry=0x555555574b50, service=0x555555564e10 "loader", service@entry=0x0, resource=resource@entry=0x7fffffffdb2c) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/framework/mlt_factory.c:345 #18 0x00007fffef75b2f2 in create_producer (file=<optimized out>, field=0x5555557fc460, profile=0x555555574b50) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/core/producer_melt.c:80 #19 producer_melt_init (profile=0x555555574b50, type=<optimized out>, id=<optimized out>, argv=0x7fffffffd5a0) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/modules/core/producer_melt.c:489 #20 0x00007ffff7f65ae2 in mlt_factory_producer (profile=profile@entry=0x555555574b50, service=service@entry=0x55555555a16f "melt", resource=resource@entry=0x7fffffffd5a0) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/framework/mlt_factory.c:345 #21 0x0000555555557bcb in main (argc=2, argv=0x7fffffffd598) at /usr/src/debug/libmlt-7.4.0-2.4.x86_64/src/melt/melt.c:951 I'm trying to package libmlt 7.6.0 right now, but this is suffering from some other (compile) issue.. Please ignore my post for now, but I can keep you updated about the result, if you like!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This issue boils down to a glibc issue: https://bugzilla.opensuse.org/show_bug.cgi?id=1200688, that I was able to workaround with: https://github.com/mltframework/mlt/commit/19b80f67f2700f6e32b59e5c9a68c2227fee301a, until the underlying glibc issue is finally fixed and rolled out.