Same here. I must confirm this behaviour :-(

Confirmed on Kubuntu 15.10:

Ślad stosu awarii, która wystąpiła:

Application: Gwenview (gwenview), signal: Aborted
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fe882bf1880 (LWP 12136))]

Thread 2 (Thread 0x7fe738c30700 (LWP 12142)):
#0  0x00007fe8907f4149 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1  0x00007fe895821496 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007fe89581d003 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x00007fe8958202be in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007fe8907ee6aa in start_thread (arg=0x7fe738c30700) at pthread_create.c:333
#5  0x00007fe895138eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7fe882bf1880 (LWP 12136)):
[KCrash Handler]
#6  0x00007fe895067267 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#7  0x00007fe895068eca in __GI_abort () at abort.c:89
#8  0x00007fe8950aac53 in __libc_message (do_abort=do_abort@entry=1, fmt=fmt@entry=0x7fe8951c31a8 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#9  0x00007fe8950b2c69 in _int_free (ptr=<optimized out>, str=0x7fe8951bf2fa "free(): invalid pointer", action=1) at malloc.c:4965
#10 0x00007fe8950b2c69 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) at malloc.c:3834
#11 0x00007fe8950b689c in __GI___libc_free (mem=<optimized out>) at malloc.c:2950
#12 0x00007fe8995868cc in Gwenview::ImageMetaInfoModel::setExiv2Image(Exiv2::Image const*) () at /usr/lib/x86_64-linux-gnu/libgwenviewlib.so.5
#13 0x00007fe89954e8e5 in Gwenview::Document::setExiv2Image(std::auto_ptr<Exiv2::Image>) () at /usr/lib/x86_64-linux-gnu/libgwenviewlib.so.5
#14 0x00007fe89954d951 in  () at /usr/lib/x86_64-linux-gnu/libgwenviewlib.so.5
#15 0x00007fe8995549ba in  () at /usr/lib/x86_64-linux-gnu/libgwenviewlib.so.5
#16 0x00007fe895a3078a in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#17 0x00007fe895817c9e in QFutureWatcherBase::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x00007fe896784b8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#19 0x00007fe89678a230 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#20 0x00007fe8959fff1b in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x00007fe895a02057 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x00007fe895a56e73 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#23 0x00007fe8902ceff7 in g_main_context_dispatch (context=0x7fe87c0016f0) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3154
#24 0x00007fe8902ceff7 in g_main_context_dispatch (context=context@entry=0x7fe87c0016f0) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3769
#25 0x00007fe8902cf250 in g_main_context_iterate (context=context@entry=0x7fe87c0016f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3840
#26 0x00007fe8902cf2fc in g_main_context_iteration (context=0x7fe87c0016f0, may_block=1) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3901
#27 0x00007fe895a5727f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#28 0x00007fe8959fd75a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#29 0x00007fe895a052cc in QCoreApplication::exec() () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#30 0x000000000043f470 in main ()

Same here, Kubuntu 15.10. Opening gwenview works, opening an image crashes.

Sidenote: digikam crashes as well, it might be a problem with an underlying library.

Created attachment 95248 [details]
Crash report

It seems to be only a Kubuntu (64 bit) problem. Isn't it? Until now all reports are regarding this OS. Including myself. Occured with upgrading from 15.04 to 15.10. Is there somebody else with problems like this? With another OS?

same here, Bug occured in kubuntu after upgrading from 15.04 to 15.10

Backtrace of the crash I experienced:

Application: Gwenview (gwenview), signal: Aborted
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
[Current thread is 1 (Thread 0x7eff56658880 (LWP 5233))]

Thread 2 (Thread 0x7eff4ac3d700 (LWP 5237)):
[KCrash Handler]
#6  0x00007eff69f85267 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#7  0x00007eff69f86eca in __GI_abort () at abort.c:89
#8  0x00007eff69fc8c53 in __libc_message (do_abort=do_abort@entry=1, fmt=fmt@entry=0x7eff6a0e11a8 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#9  0x00007eff69fd0c69 in malloc_printerr (ptr=<optimized out>, str=0x7eff6a0dd2fa "free(): invalid pointer", action=1) at malloc.c:4965
#10 _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) at malloc.c:3834
#11 0x00007eff69fd489c in __GI___libc_free (mem=<optimized out>) at malloc.c:2950
#12 0x00007eff6e4aaeed in __gnu_cxx::new_allocator<char>::deallocate (this=<optimized out>, __p=<optimized out>) at /usr/include/c++/5/ext/new_allocator.h:110
#13 std::allocator_traits<std::allocator<char> >::deallocate (__a=..., __n=<optimized out>, __p=<optimized out>) at /usr/include/c++/5/bits/alloc_traits.h:386
#14 std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_destroy (__size=<optimized out>, this=0x7eff4ac3cb90) at /usr/include/c++/5/bits/basic_string.h:185
#15 std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_dispose (this=0x7eff4ac3cb90) at /usr/include/c++/5/bits/basic_string.h:180
#16 std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string (this=0x7eff4ac3cb90, __in_chrg=<optimized out>) at /usr/include/c++/5/bits/basic_string.h:544
#17 Gwenview::JpegContent::loadFromData (this=0x7eff44011570, data=..., exiv2Image=<optimized out>) at ../../lib/jpegcontent.cpp:243
#18 0x00007eff6e47581d in Gwenview::LoadingDocumentImplPrivate::loadMetaInfo (this=0x1893c80) at ../../lib/document/loadingdocumentimpl.cpp:270
#19 0x00007eff6e473d23 in QtConcurrent::StoredMemberFunctionPointerCall0<bool, Gwenview::LoadingDocumentImplPrivate>::runFunctor (this=0x1896b90) at /usr/include/x86_64-linux-gnu/qt5/QtConcurrent/qtconcurrentstoredfunctioncall.h:183
#20 QtConcurrent::RunFunctionTask<bool>::run (this=0x1896b90) at /usr/include/x86_64-linux-gnu/qt5/QtConcurrent/qtconcurrentrunbase.h:102
#21 0x00007eff6a73ae73 in QThreadPoolThread::run (this=0x1854760) at thread/qthreadpool.cpp:93
#22 0x00007eff6a73e2be in QThreadPrivate::start (arg=0x1854760) at thread/qthread_unix.cpp:337
#23 0x00007eff6570c6aa in start_thread (arg=0x7eff4ac3d700) at pthread_create.c:333
#24 0x00007eff6a056eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7eff56658880 (LWP 5233)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007eff6a73f55b in QWaitConditionPrivate::wait (time=18446744073709551615, this=0x18974e0) at thread/qwaitcondition_unix.cpp:136
#2  QWaitCondition::wait (this=this@entry=0x18974b8, mutex=mutex@entry=0x1897490, time=time@entry=18446744073709551615) at thread/qwaitcondition_unix.cpp:208
#3  0x00007eff6a739d95 in QThreadPoolPrivate::waitForDone (this=this@entry=0x1897420, msecs=msecs@entry=-1) at thread/qthreadpool.cpp:287
#4  0x00007eff6a73a011 in QThreadPool::waitForDone (this=this@entry=0x7eff6ab545e0 <(anonymous namespace)::Q_QGS_theInstance::innerFunction()::holder>, msecs=msecs@entry=-1) at thread/qthreadpool.cpp:610
#5  0x00007eff6a73a04c in QThreadPool::~QThreadPool (this=0x7eff6ab545e0 <(anonymous namespace)::Q_QGS_theInstance::innerFunction()::holder>, __in_chrg=<optimized out>) at thread/qthreadpool.cpp:416
#6  0x00007eff6a73a089 in (anonymous namespace)::Q_QGS_theInstance::Holder::~Holder (this=<optimized out>, __in_chrg=<optimized out>) at thread/qthreadpool.cpp:44
#7  0x00007eff69f89d32 in __run_exit_handlers (status=1, listp=0x7eff6a314698 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:82
#8  0x00007eff69f89d85 in __GI_exit (status=<optimized out>) at exit.c:104
#9  0x00007eff69085ac5 in _XDefaultIOError () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#10 0x00007eff5618254e in ioErrorHandler (dpy=0x139d8c0) at qxcbconnection.cpp:120
#11 0x00007eff69085cee in _XIOError () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#12 0x00007eff69082fb2 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#13 0x00007eff690837e9 in _XFlush () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#14 0x00007eff69086385 in _XGetRequest () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#15 0x00007eff6907999d in XQueryExtension () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#16 0x00007eff6906d4f2 in XInitExtension () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#17 0x00007eff53e48996 in XRenderFindDisplay () from /usr/lib/x86_64-linux-gnu/libXrender.so.1
#18 0x00007eff53e48c91 in XRenderQueryExtension () from /usr/lib/x86_64-linux-gnu/libXrender.so.1
#19 0x00007eff53234ca0 in _XcursorGetDisplayInfo () from /usr/lib/x86_64-linux-gnu/libXcursor.so.1
#20 0x00007eff532351a9 in XcursorGetDefaultSize () from /usr/lib/x86_64-linux-gnu/libXcursor.so.1
#21 0x00007eff53237435 in XcursorLibraryLoadCursor () from /usr/lib/x86_64-linux-gnu/libXcursor.so.1
#22 0x00007eff561a0496 in QXcbCursor::createFontCursor (this=this@entry=0x13b6820, cshape=0) at qxcbcursor.cpp:549
#23 0x00007eff561a0a57 in QXcbCursor::changeCursor (this=0x13b6820, cursor=0x17f7398, widget=<optimized out>) at qxcbcursor.cpp:359
#24 0x00007eff6b0ff64d in QWindowPrivate::setCursor (this=<optimized out>, newCursor=newCursor@entry=0x7fff2de21210) at kernel/qwindow.cpp:2405
#25 0x00007eff6b0ff719 in QWindow::setCursor (this=<optimized out>, cursor=...) at kernel/qwindow.cpp:2363
#26 0x00007eff6b6d1b30 in applyCursor (c=..., w=0x145e9f0) at kernel/qwidget.cpp:4962
#27 qt_qpa_set_cursor (w=<optimized out>, force=<optimized out>) at kernel/qwidget.cpp:5000
#28 0x00007eff6b6d930c in QWidgetPrivate::show_sys (this=this@entry=0x14978f0) at kernel/qwidget.cpp:7871
#29 0x00007eff6b6e268e in QWidgetPrivate::show_helper (this=this@entry=0x14978f0) at kernel/qwidget.cpp:7803
#30 0x00007eff6b6e4815 in QWidget::setVisible (this=0x145e9f0, visible=<optimized out>) at kernel/qwidget.cpp:8087
#31 0x0000000000461c5d in StartHelper::createMainWindow (this=this@entry=0x7fff2de21470) at ../../app/main.cpp:99
#32 0x000000000043f45f in main (argc=2, argv=<optimized out>) at ../../app/main.cpp:158

I solved this problem. I had installed the wrong libexiv2 library using a PPA for digikam in kubuntu 15.04.

This should install the correct libexiv2 for you again:
apt-get install libexiv2-14=0.25-1ubuntu1

Same here. Solved by forcing version.

Good news. This solved my problem with gwenview too. Very nice. 

@Alexander: Thanks for the information.

Damned problems caused by PPA's :-(

Created attachment 99764 [details]
New crash information added by DrKonqi

gwenview (4.14.0 pre) on KDE Platform 4.14.18 using Qt 4.8.6

- What I was doing when the application crashed:

when opening a regular folder nothing happens, but if folder includes images, gwenview crashes reproducable

gwenview: 4.14.3-4.3 x64
openSUSE 42.1 x64
KDE/Plasma: 5.5.5
Qt: 5.5.1
Kernel: 4.1.26-21-default

-- Backtrace (Reduced):
#10 0x00007fca789de684 in _M_dispose (__a=..., this=<optimized out>) at /usr/include/c++/4.8/bits/basic_string.h:249
#11 ~basic_string (this=0x7fca60a35bf0, __in_chrg=<optimized out>) at /usr/include/c++/4.8/bits/basic_string.h:539
#12 Gwenview::JpegContent::loadFromData (this=0x7fca54003270, data=..., exiv2Image=<optimized out>) at /usr/src/debug/gwenview-4.14.3/lib/jpegcontent.cpp:243
#13 0x00007fca789aabf5 in Gwenview::LoadingDocumentImplPrivate::loadMetaInfo (this=0x1284060) at /usr/src/debug/gwenview-4.14.3/lib/document/loadingdocumentimpl.cpp:263
#14 0x00007fca789a86ae in QtConcurrent::StoredMemberFunctionPointerCall0<bool, Gwenview::LoadingDocumentImplPrivate>::runFunctor (this=0x10f7790) at /usr/include/QtCore/qtconcurrentstoredfunctioncall.h:193

(In reply to ollifa from comment #9)
> Created attachment 99764 [details]
> New crash information added by DrKonqi
> 
> gwenview (4.14.0 pre) on KDE Platform 4.14.18 using Qt 4.8.6
> 
> - What I was doing when the application crashed:
> 
> when opening a regular folder nothing happens, but if folder includes
> images, gwenview crashes reproducable
> 
> gwenview: 4.14.3-4.3 x64
> openSUSE 42.1 x64
> KDE/Plasma: 5.5.5
> Qt: 5.5.1
> Kernel: 4.1.26-21-default
> 
> -- Backtrace (Reduced):
> #10 0x00007fca789de684 in _M_dispose (__a=..., this=<optimized out>) at
> /usr/include/c++/4.8/bits/basic_string.h:249
> #11 ~basic_string (this=0x7fca60a35bf0, __in_chrg=<optimized out>) at
> /usr/include/c++/4.8/bits/basic_string.h:539
> #12 Gwenview::JpegContent::loadFromData (this=0x7fca54003270, data=...,
> exiv2Image=<optimized out>) at
> /usr/src/debug/gwenview-4.14.3/lib/jpegcontent.cpp:243
> #13 0x00007fca789aabf5 in Gwenview::LoadingDocumentImplPrivate::loadMetaInfo
> (this=0x1284060) at
> /usr/src/debug/gwenview-4.14.3/lib/document/loadingdocumentimpl.cpp:263
> #14 0x00007fca789a86ae in
> QtConcurrent::StoredMemberFunctionPointerCall0<bool,
> Gwenview::LoadingDocumentImplPrivate>::runFunctor (this=0x10f7790) at
> /usr/include/QtCore/qtconcurrentstoredfunctioncall.h:193




PS: solved by downgrading from libexiv2-14 0.25-74.2 to libexiv2-14 0.25-4.8

*** Bug 357992 has been marked as a duplicate of this bug. ***

*** Bug 366760 has been marked as a duplicate of this bug. ***