Starting KIconEdit always results in a crash. Removing ~/kde/share/config/kiconeditrc let you to use the program, but if you try to exit and start it again, it'll crash due to the same file that went created anew. I think that something gets written in kiconeditrc that KIconEdit isn't able to parse the next startup.
Created attachment 33481 [details] Kiconeditrc My kiconeditrc, untouched and as created automatically by KIconEdit itself
Cannot reproduce the problem. Please add `emerge info`.
Yes of course, sorry. ---------- Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.16 distcc 2.14 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=pentium4 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=pentium4 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://gentoo.math.bme.hu http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://sunsite.cnlab-switch.ch/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp.gentoo.skynet.be/pub/gentoo/ http://ds.thn.htu.se/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa apache2 apm arts artswrappersuid avi berkdb bonobo cdr cjk crypt cups directfb doc dvd emacs encode esd f77 foomaticdb gcj gdbm gif gnome gpm gtk gtk2 gtkhtml guile imap imlib jack java jpeg kde libg++ libwww mad maildir matroska mbox mikmod mmx motif mozcalendar mozilla mpeg mysql nas ncurses nls oggvorbis opengl oss pam pcmcia pdflib perl png postgres python qt quicktime readline samba sasl sdl slang spell sse ssl svga tcltk tcpd tetex truetype video_cards_i810 video_cards_i830 x86 xml2 xmms xv zlib"
Matteo, there isn't any known problem with kiconedit. Have you checked the affected filesystem for errors, is it probably full? Any hardware (memory) problem? Does the same happen with another user (or when you move your kde configuration directory, so kde has to create a new one)? I noticed that you have -mcpu=pentium4 instead -march=pentium4 in C*FLAGS. Only the latter enables mmx, sse, etc. It is _very_ unlikely that this is the reason, but could you merge kdegraphics and its dependencies with the replaced flag again?
>Have you checked the affected filesystem for errors, is it probably full? Done, it is perfect, and it has more 10Gb to go. >Any hardware (memory) problem? No, I ran all the tests of PC Doctor on my IBM ThinkPad. Other applications behave correctly, and moreover a memory problem won't affect always the same app always at the same point, in different reboots. >Does the same happen with another user (or when you move your kde configuration directory, so kde has to create a new one)? With all my users (4 of them). Also newly created users. >I noticed that you have -mcpu=pentium4 instead -march=pentium4 in C*FLAGS. Only the latter enables mmx, sse, etc. It is _very_ unlikely that this is the reason, but could you merge kdegraphics and its dependencies with the replaced flag again? OK, I'll try.
Recompiling does not help. The last lines printed when starting KIconEdit are: QPainter::begin: Cannot paint null pixmap QPainter::setWorldMatrix: Will be reset by begin() KCrash: Application 'kiconedit' crashing... Dunno if it helps.
Still there, but with temporary workaround. Now baghira 0.5a includes a workaround to prevent this problem (which showed mostly using this theme). In baghira changelog (on its homepage on http://www.kde-look.org), it is stated that the problem is in KIconEdit, and NOT in baghira. So the right way to do things should be to find the problem in the first one and patch it in the main kde tree (kdegraphics package, I guess). For the moment, upgrading to baghira 0.5a solves things, but notice that it's not a definitive way to address this issue.
Matteo, could you have a look at bugs.kde.org, if there is a related bug report or submit it yourself otherwise? Unfortunately we don't have the time to forward everything. This is the second vague bug, where baghira is "not" the problem, btw...
Well, in baghira source code it is reported that: -- style/polish.cpp -- if (w->inherits("KColorGrid")){ // kiconedit doesn't check for the paintevent rect size, but tries to create a (possib ly) NULL Pixmap (after palette change event e.g.) // so we catch it's paint event and destroy it if the size is NULL // remove this after kiconedit corrected its code w->installEventFilter( this ); w->setBackgroundMode(QWidget::PaletteBase); goto kstpolish; } I tried to search KIconEdit source code, but I'm not really good with c++... could it be in KColorGrid::updateColors in kiconedit/kcolorgrid.cpp? Anyway, I'll report that on bugs.kde.org.
Close dead old bug originally resolved "needinfo".
