• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

digikam 2.0 stürzt beim Importieren von Fotos ab

Lurchi

Lurchi

Hacker
Hallo zusammen.

Ich nutze seit langem digikam zum Archivieren meiner digitalen Fotos. Aber seit Version 2.0 muckt es:
Meine Kamera wird zwar automatisch erkannt, aber digikam stürzt beim Versuch, Fotos zu importieren, immer wieder ab.
D.h.: Ich komme nicht mehr ins sog. "Auswahlfenster".

Hier die komplette debug-Anzeige - wenn's hilft:

Code: 
Application: digiKam (digikam), signal: Segmentation fault
[Current thread is 1 (Thread 0x7fb680c81860 (LWP 4208))]

Thread 9 (Thread 0x7fb663a5f700 (LWP 4209)):
#0  0x00007fb67821838c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fb67c03e77b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00000000005b6cf0 in _start ()

Thread 8 (Thread 0x7fb66325e700 (LWP 4210)):
#0  0x00007fb6723cd67f in g_thread_self () from /lib64/libglib-2.0.so.0
#1  0x00007fb6723a563d in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#2  0x00007fb67c152286 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#3  0x00007fb67c1268d2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#4  0x00007fb67c126ae5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#5  0x00007fb67c03b7a4 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#6  0x00007fb67c108008 in ?? () from /usr/lib64/libQtCore.so.4
#7  0x00007fb67c03e095 in ?? () from /usr/lib64/libQtCore.so.4
#8  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#9  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#10 0x0000000000000000 in ?? ()

Thread 7 (Thread 0x7fb662988700 (LWP 4212)):
#0  0x00007fb67821838c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fb67c03e77b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007fb67e28b407 in ?? () from /usr/lib64/libdigikamcore.so.2
#3  0x00007fb67c03e095 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#5  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7fb64fe3e700 (LWP 4220)):
#0  0x00007fb6782186f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fb67c03e6e2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007fb67c032f38 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007fb67c03e095 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#5  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7fb65554b700 (LWP 4227)):
#0  0x00007fb6782186f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fb67c03e6e2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007fb67c032f38 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007fb67c03e095 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#5  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7fb6488c6700 (LWP 4228)):
#0  0x00007fb6782186f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fb67c03e6e2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007fb67c032f38 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007fb67c03e095 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#5  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fb6480c5700 (LWP 4229)):
#0  0x00007fb6782186f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fb67c03e6e2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007fb67c032f38 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007fb67c03e095 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#5  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fb6478c4700 (LWP 4230)):
#0  0x00007fb675ea9d1e in ?? () from /usr/lib64/libgomp.so.1
#1  0x00007fb675ea87e6 in ?? () from /usr/lib64/libgomp.so.1
#2  0x00007fb678213a3f in start_thread () from /lib64/libpthread.so.0
#3  0x00007fb67a69d67d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fb680c81860 (LWP 4208)):
[KCrash Handler]
#6  0x00007fb67a64239d in realloc () from /lib64/libc.so.6
#7  0x00007fb66eed5187 in register_platform (d=0x439b680, dispatch=0x7fb66f0fab80, name=<value optimized out>) at control.c:2015
#8  0x00007fb646165ec6 in gp_port_library_list (list=0x2e0da90) at libusb.c:94
#9  0x00007fb67a3c3568 in foreach_func (filename=0x42d4c85 "/usr/lib64/libgphoto2_port/0.8.0/usb", data=0x2e0da90) at gphoto2-port-info-list.c:243
#10 0x00007fb675c99a41 in foreachfile_callback (dirname=0x3f7df00 "/usr/lib64/libgphoto2_port/0.8.0", data1=<value optimized out>, data2=0x2e0da90) at libltdl/ltdl.c:1836
#11 0x00007fb675c99697 in foreach_dirinpath (search_path=<value optimized out>, base_name=0x0, func=0x7fb675c99770 <foreachfile_callback>, data1=0x7fff8f9eb6a8, data2=0x2e0da90) at libltdl/ltdl.c:710
#12 0x00007fb675c9a681 in lt_dlforeachfile (search_path=<value optimized out>, func=0x7fb67a3c3490 <foreach_func>, data=0x2e0da90) at libltdl/ltdl.c:1865
#13 0x00007fb67a3c397d in gp_port_info_list_load (list=0x2e0da90) at gphoto2-port-info-list.c:290
#14 0x0000000000741c08 in ?? ()
#15 0x0000000000567aaf in _start ()

Die Vorgängerversion 1.9 machte keinerlei Probleme. :???:
 
Ganymed

Ganymed

Guru
Diese Fehlfunktion mit ähnlichem Text kann ich bei Anschluss der Kamera über USB bestätigen.

Da ich aber grundsätzlich über einen Kartenleser gehe ist mir das ganze noch nicht aufgefallen.

Ein nicht ganz vollständiger Bugreport ist an die Digikam und KDE-Entwickler gegangen, da ich das Problem eher in QT/KDE und deren Schnittstelle an USB vermute.
Für einige bemängelte Digikamteile und QTs fand ich keine Debuginfos, was ich auf das relativ frisches KDE 4.7 und Digikam 2 zurückführen mag.

Ganz von diesem Problem abgesehen funktioniert Digikam 2 sehr gut, sowohl im Update als auch frisch installiert.

Gruß Ganymed
 
OP
Lurchi

Lurchi

Hacker
Ganymed schrieb:
...da ich das Problem eher in QT/KDE und deren Schnittstelle an USB vermute.
Zum Vergrößern anklicken....

Diesbezüglich bin ich dakor mit Dir, da ich meine kameraseitige SD-Karte in einen einfachen USB-Lesegeräte gesteckt habe, und siehe da, ich konnte auf meine Fotos zugreifen. Warum es über den USB-Port der Kamera direkt nicht funktioniert hat, hat vielleicht mit einer frischen 4.7- und digikam 2.0 Installation zu tun.
Vielleicht gibt das nächste KDE-Update Aufschluss darüber.
 
OP
Lurchi

Lurchi

Hacker
Hallo Leute.

Das Thema "Absturtz von digkam beim importieren von Fotos via Kamera" ist auf dem KDE Bug Tracking System schon mehrmals aufgenommenen worden.
Da sich diese Problematik auch in Version 2.1.1 nicht verbessert hat, habe ich auch noch mal einen Bug-report abgelassen:
Unter Bugnummer 282330 ist er zu sehen.
Dies nur zur Info! ;)
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben