Version: 3.1.2 (using KDE 3.1.2) Installed from: Mandrake Linux Cooker i586 - Cooker Compiler: gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk) OS: Linux (i686) release 2.4.21-0.13mdk Start kiconedit. Load an image. It immediately hangs and CPU load of the process goes to 98% or more. Only way is to kill the process.
Does that happen with any image, or just specific ones? Is that a matter of size? This doesn't happen here, and IIRC, my build of it is pretty old.
Subject: Re: kiconedit hangs after loading an image (with high CPU load) On 1 Jun 2003, Maksim Orlovich wrote: > ------- Additional Comments From mo002j@mail.rochester.edu 2003-06-01 17:18 ------- > Does that happen with any image, or just specific ones? Is that a matter of size? > This doesn't happen here, and IIRC, my build of it is pretty old. > With all images I have tried (small and big).
Hmm. I can see kiconedit 3.1.2 being slow'ish and stupid with large images (which is not too surprising seeing it's supposed to be used for icons); but 3.1.2 looks fine with small ones for me. If the RPMs you use are not compiled with omit-frame-pointer, could you please try running it within gdb, and pressing ctrl-C when it's cycle spinning, and then type bt to get where it's located? (Tell me if you need detailed directions)
Subject: Re: kiconedit hangs after loading an image (with high CPU load) QMetaObject::findSignal:KIconEditGrid: Conflict with KColorGrid::addingcolor(uint) QMetaObject::findSignal:KIconEditGrid: Conflict with KColorGrid::colorschanged(uint,uint*) QMetaObject::findSignal:KIconEditGrid: Conflict with KColorGrid::addingcolor(uint) QMetaObject::findSignal:KIconEditGrid: Conflict with KColorGrid::colorschanged(uint,uint*) (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGINT, Interrupt. [Switching to Thread 16384 (LWP 2025)] 0x40ceab92 in QGArray::contains(char const*, unsigned) const () from /usr/lib/qt3/lib/libqt-mt.so.3 (gdb) bt #0 0x40ceab92 in QGArray::contains(char const*, unsigned) const () from /usr/lib/qt3/lib/libqt-mt.so.3 #1 0x0001a314 in ?? () Cannot access memory at address 0x405c
can you attach an icon that reproduces this hang for you?
Subject: Re: kiconedit hangs after loading an image (with high CPU load) > ------- Additional Comments From mueller@kde.org 2003-07-14 23:02 ------- > can you attach an icon that reproduces this hang for you? This is not image specific. Any image (includes gif and jpeg) I have tried causes the hang, assuming kiconedit is supposed to behave well with jpeg and gif images. You can try $KDEDIR/kde/share/icons/crystalsvg/128x128/apps/password.png .
>You can try >$KDEDIR/kde/share/icons/crystalsvg/128x128/apps/password.png . This one works here (kde3.1.2, Gentoo, athlon-tbird optimalisations). Also bigger JPEG files work here, but I need to wait very very long and during this opening time it looks like kiconedit hangs (in fact it isn't). The real problem here are usability problems: the user can't see that kiconedit is busy and so he will think it hangs. The second problem is that it's too difficult to cancel loading. (in fact it isn't possible without killing kiconedit I think) My proposal: When you open a file with kiconedit, a popup should be showed with a progress bar so that the user can see that kiconedit is busy (and so not hangs). In this popup should also be a Cancel button which stops loading the file. This popup should automatically disappear when loading is done. ps: More optimalisation is always good ;)
Opening large JPEG images might similiar to bug #39693 .. It appears in many KDE apps.
Is this bug still present in a recent KDE version, such as 3.5.9 or 4.0.1?
I have not got a chance to install either kde-3.5.9 or 4.0.1.
I agree with comment #7, but I don't see an actual hang in 4.1beta.
Kiconedit is no more mantained. I'm closing all related bugs/wishes with the "UNMANTAINED" status. Regards.