[KPhotoAlbum] Problem running in Fedora 28

Constantin Orăsan c.orasan at gmail.com
Wed May 16 13:16:49 CEST 2018


Hello,

I haven't programmed in C for a very loooooong time, so my gdb stills are
very rusty (to put it mildly).

After struggling with dnf to get the correct debuginfo for packages (Fedora
seems to be a bit problematic about this), I managed to produce the
following backtrace.

(gdb) bt 20
#0  0x00007ffff2595f4b in __GI_raise (sig=sig at entry=6) at
../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007ffff2580591 in __GI_abort () at abort.c:79
#2  0x00007ffff77491a8 in std::__replacement_assert(char const*, int, char
const*, char const*) (__file=__file at entry=0x7ffff78644b0
"/usr/include/c++/8/bits/stl_vector.h", __line=__line at entry=950,
__function=__function at entry=0x7ffff78671a0 <std::vector<std::pair<unsigned
int, unsigned int>, std::allocator<std::pair<unsigned int, unsigned int> >
>::operator[](unsigned long) const::__PRETTY_FUNCTION__> "std::vector<_Tp,
_Alloc>::const_reference std::vector<_Tp,
_Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) const [with _Tp =
std::pair<unsigned int, unsigned int>; _Alloc = std::allocator<std"...,
__condition=__condition at entry=0x7ffff7864480 "__builtin_expect(__n <
this->size(), true)") at
/usr/include/c++/8/x86_64-redhat-linux/bits/c++config.h:2389
#3  0x00007ffff7760dab in std::vector<std::pair<unsigned int, unsigned
int>, std::allocator<std::pair<unsigned int, unsigned int> >
>::operator[](unsigned long) const (__n=<optimized out>, this=<optimized
out>) at ../include/exiv2/value.hpp:1719
#4  0x00007ffff7760dab in Exiv2::ValueType<std::pair<unsigned int, unsigned
int> >::toRational(long) const (this=<optimized out>, n=<optimized out>)
    at ../include/exiv2/value.hpp:1719
#5  0x00000000005e7d59 in
Exif::RationalExifElement::valueFromExif(Exiv2::ExifData&) const ()
#6  0x00000000005ce1e0 in Exif::Database::insert(QList<QPair<DB::FileName,
Exiv2::ExifData> >) ()
#7  0x00000000005cd161 in Exif::Database::add(DB::FileNameList const&) ()
#8  0x00000000004a435e in XMLDB::Database::forceUpdate(DB::ImageInfoList
const&) ()
#9  0x00000000004a46f6 in XMLDB::Database::addImages(DB::ImageInfoList
const&, bool) ()
#10 0x000000000057d9fc in DB::NewImageFinder::loadExtraFiles(bool) ()
#11 0x000000000057cc35 in DB::NewImageFinder::findImages() ()
#12 0x000000000057a793 in DB::ImageDB::slotRescan() ()
#13 0x0000000000533cf9 in MainWindow::Window::delayedInit() ()
#14 0x000000000062c9fe in MainWindow::Window::qt_static_metacall(QObject*,
QMetaObject::Call, int, void**) ()
#15 0x00007ffff34f3a26 in QObject::event(QEvent*) (this=0xaeaa00,
e=<optimized out>) at kernel/qobject.cpp:1247
#16 0x00007ffff47c804b in QWidget::event(QEvent*) (this=this at entry=0xaeaa00,
event=event at entry=0xffbe30) at kernel/qwidget.cpp:9343
#17 0x00007ffff48dda68 in QMainWindow::event(QEvent*)
(this=this at entry=0xaeaa00,
event=event at entry=0xffbe30) at widgets/qmainwindow.cpp:1342
#18 0x00007ffff661ee2b in KMainWindow::event(QEvent*)
(this=this at entry=0xaeaa00,
ev=ev at entry=0xffbe30)
    at
/usr/src/debug/kf5-kxmlgui-5.44.0-1.fc28.x86_64/src/kmainwindow.cpp:865
#19 0x00007ffff66684f9 in KXmlGuiWindow::event(QEvent*) (this=0xaeaa00,
ev=0xffbe30)
    at
/usr/src/debug/kf5-kxmlgui-5.44.0-1.fc28.x86_64/src/kxmlguiwindow.cpp:119
#20 0x00007ffff4787e95 in QApplicationPrivate::notify_helper(QObject*,
QEvent*) (this=<optimized out>, receiver=0xaeaa00, e=0xffbe30)
    at kernel/qapplication.cpp:3732

Does it make any sense? If you give me pointers, I can dig deeper. I
compiled the version from git, but I should be able to repeat the process
with kpa5.3.

Thank you,

Constantin

On 14 May 2018 at 14:09, Constantin Orăsan <c.orasan at gmail.com> wrote:

> Hi Tobias,
>
> Thank you for the reply. I will try to debug later today. I need to
> install lots of debuginfos and I prefer to do it in a virtual machine. I
> will get back to you as soon as I have any hints.
>
> Regards,
>
> Constantin
>
>
> On Mon, 14 May 2018 at 13:32 Tobias Leupold <tobias.leupold at gmx.de> wrote:
>
>> Hello Constantin!
>>
>> I don't see such an error here using Gentoo, Qt 5.9.4 and gcc 6.4.0.
>>
>> Could you send a complete backtrack (e. g. by using gdb)? Best thing
>> would be
>> to find out where exactly the problem happens. Try to start the git self-
>> compiled version using "gdb ./kphotoalbum" and then "run", do whatever
>> causes
>> the crash and see what's happening. Most probably, you'll find some hint
>> where
>> we have the problem (cpp file, line).
>>
>> I'm pretty sure we can fix this, with a bit more information ;-)
>>
>> Thanks in advance for your effort!
>>
>> Cheers, Tobias
>>
>> Am Montag, 14. Mai 2018, 14:06:34 CEST schrieb Constantin Orăsan:
>> > Hello,
>> >
>> > It seems that after I upgraded to F28 I can no longer start KPA. The
>> crash
>> > happens while it imports about 1000 new images, but it does not seem to
>> be
>> > related to a particular photo/movie because the progress bar reaches
>> > various points (once it even finished).
>> >
>> > I get the following error message on 2 different computers. On one of
>> them
>> > I tried KPA 5.2.7 (the version that comes with F28), KPA5.3 and the
>> version
>> > from git. The last two were compiled me.
>> >
>> > ----
>> > /usr/include/c++/8/bits/stl_vector.h:950: std::vector<_Tp,
>> > _Alloc>::const_reference std::vector<_Tp,
>> > _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) const [with
>> _Tp =
>> > std::pair<unsigned int, unsigned int>; _Alloc =
>> > std::allocator<std::pair<unsigned int, unsigned int> >;
>> std::vector<_Tp,
>> > _Alloc>::const_reference = const std::pair<unsigned int, unsigned int>&;
>> > std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion
>> > '__builtin_expect(__n < this->size(), true)' failed.
>> > Aborted (core dumped)
>> > ----
>> >
>> > Any idea where to start debugging? KPA is complaining that I have
>> mplayer
>> > installed, but I suppose it should not cause a crash.
>> >
>> > Thank you,
>> >
>> > Constantin
>>
>>
>>
>> _______________________________________________
>> KPhotoAlbum mailing list
>> KPhotoAlbum at mail.kdab.com
>> https://mail.kdab.com/mailman/listinfo/kphotoalbum
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kdab.com/pipermail/kphotoalbum/attachments/20180516/0e4d169d/attachment.html>


More information about the KPhotoAlbum mailing list