Discussion:
[KPhotoAlbum] kphotoalbum crashes at start
Johannes Zarl-Zierl
2016-10-18 21:16:08 UTC
Permalink
Hi Rupert,

I'm forwarding this to the regular list in case somebody else uses the same
ppa...

Johannes
It is the Version from the Repository: ppa:dominik-stadler/dsta-xenial-ppa
When starting from commandline (also with kphotoalbum --demo) the
program
crashes immediately.
OS: Linux Kubuntu xenial
Kphotoalbum Vers. 4.7.2
Any idea?
Do you use a packaged version of KPA, or did you compile it from source?
If you don't use the distro package, the most common reason for crash on
startup is a change in libraries (normally because of a system update). In
that case, simply rebuilding and reinstalling KPhotoAlbum will eliminate
the crash.
Cheers,
Johannes
Miika Turkia
2016-10-20 03:25:42 UTC
Permalink
I just tested the same PPA on my xenial box and everything works with
the demo database (this box does not yet have my photos copied over).
Can you run "ldd /usr/bin/kphotoalbum" and make sure every library is
found? In other words; following command should print nothing:

ldd /usr/bin/kphotoalbum | grep "not found"

If every library is found, then we could take a look at your
kphotoalbumrc that is a configuration file for KPA
~/.kde/share/config/kphotoalbumrc

Those are the two things that come to mind that might cause the problem.

miika

On Wed, Oct 19, 2016 at 12:16 AM, Johannes Zarl-Zierl
Post by Johannes Zarl-Zierl
Hi Rupert,
I'm forwarding this to the regular list in case somebody else uses the same
ppa...
Johannes
It is the Version from the Repository: ppa:dominik-stadler/dsta-xenial-ppa
When starting from commandline (also with kphotoalbum --demo) the
program
crashes immediately.
OS: Linux Kubuntu xenial
Kphotoalbum Vers. 4.7.2
Any idea?
Do you use a packaged version of KPA, or did you compile it from source?
If you don't use the distro package, the most common reason for crash on
startup is a change in libraries (normally because of a system update). In
that case, simply rebuilding and reinstalling KPhotoAlbum will eliminate
the crash.
Cheers,
Johannes
_______________________________________________
KPhotoAlbum mailing list
https://mail.kdab.com/mailman/listinfo/kphotoalbum
Miika Turkia
2016-10-20 16:54:04 UTC
Permalink
Well, I don't think the kphotoalbumrc is the culprit here. Works fine
with that for me. Might be related to operating system language as
well.

Maybe you could try to get a core file and send that for analysis. Run
the following commands on a terminal:

ulimit -c unlimited
kphotoalbum -demo

On my system this will produce a file called "core" to the current
directory, however, it could end up elsewhere as well depending on the
system configuration. If you can locate the core file and send it
over, then we should have something to work with...

miika
Good morning.
ldd /usr/bin/kphotoalbum | grep "not found" -->> no output
~/.kde/share/config/kphotoalbumrc -->> attached
Yesterday I re-installed the program after completely removing.
Hope you find a problem in the RC-file.
Rupert
I just tested the same PPA on my xenial box and everything works with
the demo database (this box does not yet have my photos copied over).
Can you run "ldd /usr/bin/kphotoalbum" and make sure every library is
ldd /usr/bin/kphotoalbum | grep "not found"
If every library is found, then we could take a look at your
kphotoalbumrc that is a configuration file for KPA
~/.kde/share/config/kphotoalbumrc
Those are the two things that come to mind that might cause the problem.
miika
On Wed, Oct 19, 2016 at 12:16 AM, Johannes Zarl-Zierl
Post by Johannes Zarl-Zierl
Hi Rupert,
I'm forwarding this to the regular list in case somebody else uses the same
ppa...
Johannes
It is the Version from the Repository: ppa:dominik-stadler/dsta-xenial-ppa
When starting from commandline (also with kphotoalbum --demo) the
program
crashes immediately.
OS: Linux Kubuntu xenial
Kphotoalbum Vers. 4.7.2
Any idea?
Do you use a packaged version of KPA, or did you compile it from source?
If you don't use the distro package, the most common reason for crash on
startup is a change in libraries (normally because of a system update). In
that case, simply rebuilding and reinstalling KPhotoAlbum will eliminate
the crash.
Cheers,
Johannes
_______________________________________________
KPhotoAlbum mailing list
https://mail.kdab.com/mailman/listinfo/kphotoalbum
--
Adr.: Rosstr. 38 - DE 52064 Aachen - Germany/Deutschland
Tel.: 0241 9902520 (ca. 12-14 Uhr MESZ) * Mobil: +49 178 181 2520
Telegram, Line, Voxer, Jabber, whatsapp
„Wenn der Mensch zu viel weiß, wird das lebensgefährlich. Das haben
nicht erst die Kernphysiker erkannt, das wusste schon die Mafia.“
Norman Mailer (1923-2007), US-Amerikanischer Schriftsteller
Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge.
Siehe http://www.gnu.org/philosophy/no-word-attachments.de.html
Miika Turkia
2016-10-20 18:00:06 UTC
Permalink
Well, at least it looks like my system is using Qt4 and the crash log
is talking about Qt5. (I am running Xubuntu, so this system might be
quite different from yours)

Anyway, looks like you are running out of memory (if I read the crash
log correctly). Does anyone else have any idea, what is going on?

miika

#0 0x00007ff330d86418 in __GI_raise (sig=***@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
#1 0x00007ff330d8801a in __GI_abort () at abort.c:89
#2 0x00007ff330dc872a in __libc_message (do_abort=***@entry=2,
fmt=***@entry=0x7ff330ee16b0 "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:175
#3 0x00007ff330dd3bfa in malloc_printerr (ar_ptr=0x3, ptr=<optimized
out>, str=<optimized out>, action=3) at malloc.c:5007
#4 _int_realloc (av=***@entry=0x7ff331114b20 <main_arena>,
oldp=***@entry=0x8ab270 <QLabel::staticMetaObject+16>,
oldsize=***@entry=140682512358944, nb=***@entry=48) at
malloc.c:4253
#5 0x00007ff330dd4db9 in __GI___libc_realloc (oldmem=0x8ab280
<QListData::shared_null>, bytes=32) at malloc.c:3046
#6 0x00007ff322017a5f in QListData::realloc(int) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7 0x00007ff322017b31 in QListData::append(int) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8 0x00007ff3220e4018 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9 0x00007ff3220dfdb6 in qRegisterResourceData(int, unsigned char
const*, unsigned char const*, unsigned char const*) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x00007ff321f88cc3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x00007ff33596e4ea in call_init (l=<optimized out>,
argc=***@entry=2, argv=***@entry=0x7ffdd3c32288,
env=***@entry=0x7ffdd3c322a0) at dl-init.c:72
#12 0x00007ff33596e5fb in call_init (env=0x7ffdd3c322a0,
argv=0x7ffdd3c32288, argc=2, l=<optimized out>) at dl-init.c:30
#13 _dl_init (main_map=0x7ff335b85168, argc=2, argv=0x7ffdd3c32288,
env=0x7ffdd3c322a0) at dl-init.c:120
#14 0x00007ff33595ecfa in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#15 0x0000000000000002 in ?? ()
#16 0x00007ffdd3c332ad in ?? ()
#17 0x00007ffdd3c332b9 in ?? ()
#18 0x0000000000000000 in ?? ()
Thanks. Please find the dump enclosed.
Rupert
Post by Miika Turkia
ulimit -c unlimited
kphotoalbum -demo
--
Adr.: Rosstr. 38 - DE 52064 Aachen - Germany/Deutschland
Tel.: 0241 9902520 (ca. 12-14 Uhr MESZ) * Mobil: +49 178 181 2520
Telegram, Line, Voxer, Jabber, whatsapp
„Wenn der Mensch zu viel weiß, wird das lebensgefährlich. Das haben
nicht erst die Kernphysiker erkannt, das wusste schon die Mafia.“
Norman Mailer (1923-2007), US-Amerikanischer Schriftsteller
Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge.
Siehe http://www.gnu.org/philosophy/no-word-attachments.de.html
Johannes Zarl-Zierl
2016-10-20 22:07:08 UTC
Permalink
Hi,
Post by Miika Turkia
Well, at least it looks like my system is using Qt4 and the crash log
is talking about Qt5. (I am running Xubuntu, so this system might be
quite different from yours)
Anyway, looks like you are running out of memory (if I read the crash
log correctly). Does anyone else have any idea, what is going on?
It seems like the dynamic linker somehow decided to link against Qt5.
kphotoalbum 4.7 obviously won't work with Qt5.

Rupert: did your package manager give any warning when you installed
kphotoalbum?

What does the output of "apt-cache depends kphotoalbum" say? What does "ldd
`which kphotoalbum` |grep Qt" say?

Johannes
Johannes Zarl-Zierl
2016-10-21 14:38:50 UTC
Permalink
Hi,
kphotoalbum
[...]

The package dependencies look fine to me.
[...]
libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4
[...]
libQt5Xml.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Xml.so.5
[...]

This is definitely the problem. A package cannot link to both Qt4 and Qt5.
KPhotoAlbum 4.x must only link to Qt4.

Most probably a dependency of kphotoalbum updated to Qt5 without properly
changing the soname, thus allowing kphotoalbum to be linked against the wrong
version.

You should be able to find the problematic package by looking at the output of
"ldd --verbose `which kphotoalbum`"

HTH,
Johannes
Johannes Zarl-Zierl
2016-10-21 17:59:26 UTC
Permalink
Hi Dominik,

I'm taking you in to this thread because I think there might be a packaging
bug.

Short(ish) summary of the situation:

Rupert Mohr uses the kphotoalbum 4.7.2 from your xenial ppa.
On his system, kphotoalbum crashes at startup.
Looking at the output of ldd, his kphotoalbum binary links to both Qt4 and Qt5
libraries.

The Qt5 libraries seems to be transitively linked via either of these:
libkipi.so.11
libkface.so.3
libkgeomap.so.2

Looking at the build log[1], there is indeed a kf5 package (libkf5kipi-data)
mentioned.

Is it possible, that this is the cause for the linker problem?

Cheers,
Johannes



[1] https://launchpadlibrarian.net/280153289/buildlog_ubuntu-xenial-amd64.kphotoalbum_4.7.2-1ubuntu0~ppa5_BUILDING.txt.gz
ok... here comes the output.. should I remove qt4?
Post by Johannes Zarl-Zierl
Hi,
kphotoalbum
[...]
The package dependencies look fine to me.
[...]
libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4
[...]
libQt5Xml.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Xml.so.5
[...]
This is definitely the problem. A package cannot link to both Qt4 and Qt5.
KPhotoAlbum 4.x must only link to Qt4.
Most probably a dependency of kphotoalbum updated to Qt5 without properly
changing the soname, thus allowing kphotoalbum to be linked against the
wrong version.
You should be able to find the problematic package by looking at the
output of "ldd --verbose `which kphotoalbum`"
HTH,
Johannes
Henk van Capelle
2016-10-21 19:05:30 UTC
Permalink
All,


Maybe this is of interest.

I have a working Kphotoalbum 4.7.2 using Dominiks ppa on Linux Mint 18, Cinnamon.

I remember that when I first installed it I also had the crash on startup problem. I subsequently uninstalled it and re-installed 4.7 from the regular Mint repository. Some days ago I tried the ppa again and this time it worked.

If I can help with any other information let me know.


Henk van Capelle

________________________________
From: kphotoalbum-***@mail.kdab.com <kphotoalbum-***@mail.kdab.com> on behalf of Johannes Zarl-Zierl <***@zarl-zierl.at>
Sent: Friday, October 21, 2016 7:59:26 PM
To: ***@gmx.at
Cc: ***@dl3no.de; ***@mail.kdab.com
Subject: Re: [KPhotoAlbum] kphotoalbum crashes at start

Hi Dominik,

I'm taking you in to this thread because I think there might be a packaging
bug.

Short(ish) summary of the situation:

Rupert Mohr uses the kphotoalbum 4.7.2 from your xenial ppa.
On his system, kphotoalbum crashes at startup.
Looking at the output of ldd, his kphotoalbum binary links to both Qt4 and Qt5
libraries.

The Qt5 libraries seems to be transitively linked via either of these:
libkipi.so.11
libkface.so.3
libkgeomap.so.2

Looking at the build log[1], there is indeed a kf5 package (libkf5kipi-data)
mentioned.

Is it possible, that this is the cause for the linker problem?

Cheers,
Johannes



[1] https://launchpadlibrarian.net/280153289/buildlog_ubuntu-xenial-amd64.kphotoalbum_4.7.2-1ubuntu0~ppa5_BUILDING.txt.gz
ok... here comes the output.. should I remove qt4?
Post by Johannes Zarl-Zierl
Hi,
kphotoalbum
[...]
The package dependencies look fine to me.
[...]
libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4
[...]
libQt5Xml.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Xml.so.5
[...]
This is definitely the problem. A package cannot link to both Qt4 and Qt5.
KPhotoAlbum 4.x must only link to Qt4.
Most probably a dependency of kphotoalbum updated to Qt5 without properly
changing the soname, thus allowing kphotoalbum to be linked against the
wrong version.
You should be able to find the problematic package by looking at the
output of "ldd --verbose `which kphotoalbum`"
HTH,
Johannes
Loading...