Bug#305566: digikam: hangs when trying to display larger albums
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Achim,
Hmm, only 10 thumbnails only? All my albums have more (all 150)
Mine normally too.
This sounds more like a 'broken' image triggering digikams memory
consumption to go out of bounds. Is it always the '8th' pic that
triggers it of only one of the 10 pictues?
The 9th. For the said album, yes. But even there (where an 8th gif
keeps everything in a normal state) the exchange the 8th one with a
~1MB jpg is triggering the thing.
What happens when you looks at the folder with other tools like
gwenview, showimg, konqueror?
Nothing, all of them run without errors when I try to view single
images/folders. Seems to be specific to digikam.
What other pkgs did you install together with and after the
digikam 0.7.2 upgrade (ls -ltr | tail -50)?
You probably mean this:
cd /var/cache/apt/archives
find . -anewer digikam_0.7.2-2_i386.deb -exec ls -l \{\} \;
I attached the output to this mail.
Can you tar the album with the 10/4k gifs and attach it to the bug
report?
Sure, also attached.
P.S. I've build a 0.7.3-beta1 deb with the patch applied but
now digikam and kio_thumbnails use each 50% CPU on the
first thumbnail creation of an little AVI movie :(
Please send me a download link. My cameras driver refuses to download
movies from it anyway.
Hope that helps,
/Markus
- --
A: No.
Q: Should I include quotations after my reply?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCZ0GTV/arRO6fNWsRAjcxAKCBvtUHyYzg9PZUicfybankLr6fhwCeNrFc
xW1Sb9wNS1Mc7JNz/x2qoyI=
=+JVU
-END PGP SIGNATURE-
gif-samples.tgz
Description: GNU Unix tar archive
pkglist.tgz
Description: GNU Unix tar archive
Bug#305566: digikam: hangs when trying to display larger albums
package digikam
severity 305566 normal
stop
I've copied your gif-samples to a new digikam folder
and digikam 0.7.2-2 displayed all 10 thumbnails after
some seconds without problem. Copied 200 other pkgs
into the folder still no problems. So I can't reproduce
here. Considering that almost all user have albums
with 10 pic I set the severity of the bug to normal.
Can you try to mkdir a new digikam album, tar x your
tar ball to it and start digikam? Maybe your original
folder somehow corrupted?
What other pkgs did you install together with and after the
digikam 0.7.2 upgrade (ls -ltr | tail -50)?
You probably mean this:
No, but I missed the dir: ls -ltr /usr/share/doc | tail -50
Sorry. Increase 50 until you see the jump in time before
digikam was installed.
cd /var/cache/apt/archives
find . -anewer digikam_0.7.2-2_i386.deb -exec ls -l \{\} \;
the downloaded debs preserve their date so they are not related
to the installation/download time.
Achim
--
To me vi is Zen. To use vi is to practice zen. Every command is
a koan. Profound to the user, unintelligible to the uninitiated.
You discover truth everytime you use it.
-- [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
One last check, before we contact upstream: o rename you the top dir of digikam album collections and create an empty dir o rename ~/.kde/share/apps/digikam o start digikam and try to import the problematic folder back into the empty hierarchy. try to import some other. Achim Old message we forgot to CC to the debian BTS: On Thursday 21 April 2005 16:00, Markus Schatzl wrote: Achim Bohnet wrote: [...] I just recreated the digikam-folder and tried to throw a few images via import images. It hung again after copying about 3MB of photos were transferred. All works perfectly here. Is your album library on a NFS filesystem? No, just a plain dir in ~. I even reinstalled digikam and also got the digikamimageplugins. But again, it stops copying after some MB (ok, not 30, which is an order more than before). Nothing obvious. Was digikam the first pkg installed 2005-03-25 12:* No, just the first one i tailed out. Sorry for not looking at this. drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnids1 drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnet0 drwxr-xr-x 2 root root 4096 2005-03-25 11:49 dsniff drwxr-xr-x 2 root root 4096 2005-03-25 12:00 libnet-telnet-perl drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-perl drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-snmp-perl drwxr-xr-x 3 root root 4096 2005-03-25 12:03 libsocket6-perl drwxr-xr-x 2 root root 4096 2005-03-25 12:03 libio-socket-inet6-perl drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkipi0 drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkexif1 drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libungif4-dev drwxr-xr-x 3 root root 4096 2005-03-25 12:43 libjpeg62-dev drwxr-xr-x 2 root root 4096 2005-03-25 12:43 digikam /Markus -- A: No. Q: Should I include quotations after my reply? -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Achim Bohnet wrote: One last check, before we contact upstream: o rename you the top dir of digikam album collections and create an empty dir o rename ~/.kde/share/apps/digikam o start digikam and try to import the problematic folder back into the empty hierarchy. try to import some other. I tried all the above before. Doing it again AND importing a whole directory, I can import 500 MB of images without problems. But as soon as I open the thumbnail-view - you name it - it gets stuck again. /Markus Achim Old message we forgot to CC to the debian BTS: On Thursday 21 April 2005 16:00, Markus Schatzl wrote: Achim Bohnet wrote: [...] I just recreated the digikam-folder and tried to throw a few images via import images. It hung again after copying about 3MB of photos were transferred. All works perfectly here. Is your album library on a NFS filesystem? No, just a plain dir in ~. I even reinstalled digikam and also got the digikamimageplugins. But again, it stops copying after some MB (ok, not 30, which is an order more than before). Nothing obvious. Was digikam the first pkg installed 2005-03-25 12:* No, just the first one i tailed out. Sorry for not looking at this. drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnids1 drwxr-xr-x 2 root root 4096 2005-03-25 11:49 libnet0 drwxr-xr-x 2 root root 4096 2005-03-25 11:49 dsniff drwxr-xr-x 2 root root 4096 2005-03-25 12:00 libnet-telnet-perl drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-perl drwxr-xr-x 3 root root 4096 2005-03-25 12:02 libnet-snmp-perl drwxr-xr-x 3 root root 4096 2005-03-25 12:03 libsocket6-perl drwxr-xr-x 2 root root 4096 2005-03-25 12:03 libio-socket-inet6-perl drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkipi0 drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libkexif1 drwxr-xr-x 2 root root 4096 2005-03-25 12:43 libungif4-dev drwxr-xr-x 3 root root 4096 2005-03-25 12:43 libjpeg62-dev drwxr-xr-x 2 root root 4096 2005-03-25 12:43 digikam /Markus -- A: No. Q: Should I include quotations after my reply? - -- A: No. Q: Should I include quotations after my reply? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCZ8hQV/arRO6fNWsRAir+AJ0Wo4SCEqapPJHllcsZ89FcLDSnvwCg4t0G DBSznw3l18z0N72N6NKaIXU= =EIAq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: digikam
Version: 0.7.2-2
Severity: grave
Justification: renders package unusable
- -- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Misc: 1GB RAM
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages digikam depends on:
ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries
ii libart-2.0-2 2.3.17-1Library of functions for
2D graphi
ii libaudio21.7-2 The Network Audio System
(NAS). (s
ii libc62.3.2.ds1-21GNU C Library: Shared
libraries an
ii libexif100.6.9-6 library to parse EXIF files
ii libfam0c102 2.7.0-6 client library to control
the FAM
ii libfontconfig1 2.3.1-2 generic font
configuration library
ii libfreetype6 2.1.7-2.3 FreeType 2 font engine,
shared lib
ii libgcc1 1:3.4.3-12 GCC support library
ii libgdbm3 1.8.3-2 GNU dbm database routines
(runtime
ii libgphoto2-2 2.1.5-4 gphoto2 digital camera
library
ii libgphoto2-port0 2.1.5-4 gphoto2 digital camera
port librar
ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii libidn11 0.5.13-1.0 GNU libidn library,
implementation
ii libimlib21.2.0-2.2 powerful image loading
and renderi
ii libimlib2-dev1.2.0-2.2 Imlib2 development files
ii libjpeg626b-10 The Independent JPEG
Group's JPEG
ii libkexif10.2.1-2 library for KDE to
read/display/ed
ii libkipi0 0.1.1-2 library for apps that
want to use
ii libpng12-0 1.2.8rel-1 PNG library - runtime
ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded
runtime v
ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session
Management
ii libstdc++5 1:3.3.5-12 The GNU Standard C++
Library v3
ii libtiff4 3.7.2-2 Tag Image File Format
(TIFF) libra
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol
client li
ii libxcursor1 1.1.3-1 X cursor management library
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System
miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font
drawing librar
ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize,
Rotate and
ii libxrender1 0.8.3-7 X Rendering Extension
client libra
ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension
(XKB) configu
ii zlib1g 1:1.2.2-4 compression library - runtime
- -- no debconf information
A strace reveals that digikam (or any of its libs) tries to do a brk()
to allocate more memory and gets stuck then (eats almost all CPU time):
read(16, 0_68_, 10) = 10
time(NULL) = 1113823069
gettimeofday({1113823069, 797626}, NULL) = 0
gettimeofday({1113823069, 811999}, NULL) = 0
write(16, 3a_50_\0\0\0\2\0\0\0\n\0s\0h\0m\0i\0d\0\0\0\16..., 68) =
68
write(16, a7_43_\0\0\0 \0d\0i\0g\0i\0k\0a\0m\0t\0h..., 177) = 177
gettimeofday({1113823069, 818037}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1113823069, 818158}, NULL) = 0
select(19, [3 4 5 7 9 11 15 16 18], [], [], {19, 465938}) = 1 (in [16],
left {19, 466000})
read(16, c_64_, 10) = 10
read(16, \0\0\0d\0\0\0K\0\0\0 , 12) = 12
brk(0) = 0x86ac000
brk(0x86d4000) = 0x86d4000
brk(0) = 0x86d4000
brk(0x86f5000) = 0x86f5000
Sorry for not having time to dig deeper. Please ask for further details
if necessary.
Thanks in advance,
/Markus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCZrp4V/arRO6fNWsRAvpOAKCkdbLx9MjG5aTgl1ekO0ssgCL9gQCgx3HQ
eGZFO1u7H6P1F4bnRSutLfw=
=Vcwb
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
Hi Markus, What is huge? How many pictures? Total size of pictures? If you used a digikam version before that did not show the problem, which version? Thx, Achim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305566: digikam: hangs when trying to display larger albums
Hi Markus, looks like it's a known Problem: http://sourceforge.net/mailarchive/message.php?msg_id=11492713 ... One of the problems with current digikam is that the thumbnail pixmaps are kept in memory for all the items in the current view. usually users have 300 files per folder, so thats not a big problem. but with tags (and espcially with recursive subtags), you can easily have 1000 pictures in one view. if this number grows too large, you can easily run out of memory. i have been trying to come up with a clean design to handle this problem and heres a preliminary patch to attempt that, which will keep the memory requirement fairly constant by putting a cap on how many thumbnails are kept in memory. the patch should apply cleanly against current cvs. ... None of the patches commited yet to cvs AFAICS. Have you time/knowledge/patience to build from cvs and try patch#3? I'm still curious how many files you have in one album ;) Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
